技能介绍

解决什么问题

售前演示最怕"看起来有结构、实则全是通用模板"的环境：工作项叫"示例任务"，需求与客户行业毫无关系，客户一眼看穿是 demo。另一个现实问题是搭建效率——逐条串行创建工作项既慢又容易踩限流，而不同 PingCode 环境之间的 case_types、ticket_priorities 等 ID 差异巨大，硬编码必翻车。

工作流程

搭建分六个阶段推进，每阶段开始前输出进度横幅并置顶：

Phase 1–2 画像与调研：收集公司、行业、产品线、团队规模，生成客户画像与业务词典 vocab.json，后续所有命名必须从词典取词，杜绝"测试数据"式自造词
Phase 3 蓝图设计：按行业匹配结构模板（汽车电子走需求驱动多级，不套敏捷史诗/特性/故事），规划 hybrid 项目、Wiki 空间与测试库，蓝图经用户确认后才动工
Phase 3.7 自定义类型：用 Playwright 在管理后台创建行业专属工作项类型（工程变更申请、合规检查项等），三层弹窗逐项配置字段，单选/多选选项一律以 live API 为准
Phase 4 批量构建：同级无依赖对象用 batchCreateParallel 并发创建（实测 POST 并发 15 无 429），每条工作项强制带描述、子步骤、时间、工时，层级走双轨制父子结构
Phase 5 自动质检：不通过不交付，未达标项自动修复

适用边界

依赖有效的 PingCode API 凭证与可登录的 Playwright 环境；UI 自动化对 Angular CDK 弹窗有严格选择器约束，禁止使用 ref
调研信息不足时会主动暂停索要材料，而非拿薄弱素材硬搭
关系规则（如需求能否挂 Task）因环境而异，每次搭建必须跑 Pre-flight 探测，不可复用上一轮结果