Agent Skill「project-incubator」：从 0 到 1 孵化一个可交付项目

痛点：一个想法想做成项目，常常卡在「从想法到动手」之间

脑子里有个想法，想把它做成项目，最卡的不是写代码，而是想法本身还不成型就急着动手：

• 需求模糊就跑偏：目标只说了个大概，「做个工具」「搞个页面」，做着做着方向就歪了。
• 返工：需求没想清楚就写代码，写完才发现做出来的不是想要的，推倒重来。
• 验收靠感觉：没有明确的验收标准，做完不知道算不算「完成」，全凭主观判断。

最典型的一幕：动手前觉得「这不简单嘛」，写了两天代码后回头一看——和最初想要的东西差了十万八千里。project-incubator 就是为了把「从想法到可交付项目」这一段走稳。

适用场景

• 从零开始一个新项目 / 新功能 / 原型，想法还很粗糙。
• 长流程任务，希望一次想清楚再动手，而不是边写边改。
• 需要一个明确交付物（能验收、能交接），而不是留下一堆半成品。

流程怎么用

按 skill 触发后，整套流程分 5 个 stage，顺序走：

① 需求验证

不急着写代码，先问清三件事：目标是什么、范围划到哪里、验收标准是什么。

• 边问边收敛：工具会一步步追问，直到需求和你的理解对齐。
• 这一步的产出是一份双方认可的需求基线——后面所有工作的依据。

② 生成 spec 规格文档

把验证过的需求落成文档：目标、范围、验收标准、边界。spec 是后续所有工作的唯一事实来源，写得越清楚，后面越省事。

③ 拆解为可执行工单

把 spec 拆成一个个可执行的工单，每张工单都指向 spec 里对应的一条，做到可追溯。实现时按工单逐张推进，每张完成都有明确「完成」的定义。

④ 测试先行（TDD）逐步实现

按测试先行的方式逐步实现：先写测试定义「什么是对的」，再写代码让它通过。每个工单带着测试完成，错误能尽早暴露，而不是攒到最后一起炸。

⑤ 设计审查与整体验收

全部实现后回到 spec，逐条对照验收，确认所有验收标准都满足。这一步不是走过场——它保证交付的是当初说好的那个东西，而不是「大概差不多的东西」。

关键

一句话：先想清楚「做什么、验收什么」再写代码。前三个 stage 花的时间，会在后面省下十倍返工的时间。避免边写边改，是这套流程最大的价值。