AI原生开发工作流

问题从哪来

AI 辅助写代码时，常见失败不是「写不出代码」，而是在没人对齐的情况下把错的东西写得很自信，或者实现路径从未被检查就一路做到「完成」。聊天上下文会在会话切换、压缩或换人时消失；若阶段产物只留在对话里，后续无法可靠续作，也容易在 SPEC 上悄悄漂移。

技能如何组织工作

本技能把一次编码任务拆成九个有顺序的阶段，核心原则是 先对齐、再写码；先验证、再收尾。

• 按任务缩放（规则 1）：一行 bugfix 不必走 Brainstorm/Prototype；新子系统则应覆盖更多阶段。开始前需向用户说明将执行与跳过的阶段及理由。
• 四类人工闸门（规则 2）：SPEC（做什么）、Tasks（怎么做与范围）、Human QA（是否真能用）、Acceptance（对照合同验收）——产出物由 AI 写，批准必须由人做。
• 持久化即真相（规则 5–6）：每个任务在 workflow/NNN-task-name/ 下对应 01-brainstorm.md … 09-acceptance.md。阶段「完成」= 文件已填写（或显式 > 已跳过 — 理由：）+ 已 git 提交 + 闸门阶段的「用户确认」由用户勾选，而非 AI 自批。
• 续作入口：若已有 workflow/，必须先读各 0X-stage.md 判定未开始/跳过/待闸门/已通过，从第一个未完成阶段恢复，禁止凭记忆重做已通过阶段。

阶段与绑定技能要点：Stage 2 必须调用 grill-me（不可用时应告知用户，不得静默降级）；Stage 7 实现前需 verification-before-completion；SPEC 中每条验收标准应同时写清 AI 验证路径与人类验证路径（行为类 AC 往往需要人在浏览器里点）。

适用边界

• Auto-mode 只适用于阶段内常规决策，不得越过四个人工闸门。
• Prototype 在路径已清晰、无真实不确定性时可跳过；Grill Me 不可被随意问答列表替代。
• 没有 workflow/ 时，收到任务后的首要动作是搭建该目录并从 Stage 1 或正确的 Resume 点开始。