H-Team 五角色智能协作流水线

要解决什么问题

当你说「帮我做个产品」「把这个需求实现」或触发 hteam 时，难点往往不是写某一行代码，而是从模糊意图到可交付物缺少一条可重复的路径：谁写 PRD、谁定交互、架构与 API 如何对齐、测试如何闭环。单文件修改或纯 code review 用别的技能即可；本流水线针对从 0 到 1或「需求到交付」的完整工程。

流水线如何工作

技能在项目根目录初始化 .hteam/ 工作区，用 status.json 作为状态单一来源，严格顺序推进五个独立 Agent 阶段，交付物一律写入 Markdown，禁止口头传递。

• Phase 0：收集电梯演讲、用户画像、MVP 范围、技术偏好等，写入 01-requirements/raw.md。
• RA（需求分析师）：产出结构化分析（用户场景、MoSCoW、可度量 NFR），通过字数与矛盾项等门禁后进入 PM。
• PM：输出 prd.md、roadmap.md，功能带 G-W-T 验收标准与 Mermaid 图。
• UI/UX：设计令牌、组件清单、页面线框与 WCAG 对比度说明。
• FS（全栈）：先架构与 api-spec.md，再按锁定栈（如 React Native/Vue3 + NestJS + Prisma）编码；对标 P10 约定（类型校验、分层、迁移审查、测试覆盖率门槛）。
• QA：测试策略、E2E、缺陷写入 06-testing/report.md，并按缺陷类型将 RA/PM/UI/UX/FS 标记为 revisit 驱动回归。

每阶段结束需通过 Checklist（质量门禁）才能进入下一阶段；用户要求跳阶段须显式记录风险。

适用边界

• 默认现代前后端分离；纯静态站、嵌入式、大数据流水线等需先改 config/team.yml 中的技术栈声明。
• UI/UE 产出为文字级规范，不含高保真稿；Figma/Sketch 需外部衔接。
• E2E 由 Agent 生成，仍须在真实环境跑通；AI/ML 训练、链上合约、硬件驱动等 FS 栈需人工校准。