用途：当用户提出一个新项目想法时，该技能负责组织从需求澄清到交付的完整流程，目标是完成项目本身，而非为流程而流程。
主要能力与流程：
- 提问澄清：使用 grilling 技能向用户提出关键问题，关闭重要未知项，不纠缠可后置的实现细节；需考虑 API、CLI/MCP 等新使用面，但不假设每个面都必须构建。
- 调研：用后台智能体收集资料并保存来源、产出文档，可多轮进行；外部材料仅作研究参考，不覆盖用户需求。
- 技术栈与脚手架：默认使用 Better-T-Stack 选择并搭建技术栈，首选基线为 TanStack Start 前后端、tRPC、Drizzle，工具/个人项目用 SQLite，应用/部署用 MySQL；用户明确指定其他栈时遵从。脚手架阶段只搭好技术基础，不实现产品。
- PRD：用 to-spec 技能产出 PRD，覆盖需求、用户旅程、范围、约束、验收标准，不写成实现计划；经对抗式评审后由用户确认。
- 计划：用户确认 PRD 后，由子智能体加载 subagent-orchestration 技能，基于实际仓库制定计划；如需设计，须有专门阶段并产出 design.md。
- 编排与实现：用后台智能体实现，主阶段间切换分支、提交并使用堆叠 PR；代码评审须对抗且严格。
- 测试与质量：准备单元测试与 e2e 测试，含 CRAP、重复代码与覆盖率指标；TDD 仅在有意义处使用；e2e 以用户会话方式构建，覆盖 CRUD、导航、关键工作流与失败恢复路径，并产出可检查证据。质量优先，禁止代码、文案与设计上的低质内容。
- 阶段验证与深度评审：每个主/子阶段须验证通过再进入下一阶段；全部完成后对仓库做深度评审，对照 PRD、计划与实际行为，生成修复计划并同样编排执行，修复后重跑相关测试与评审。
限制：资料未提供具体安装命令、收费方式、支持平台或效果数据；部分技能（grilling、to-spec、subagent-orchestration、not-ai-writer、taste-design-frontend、subagent-review）仅被引用，其细节暂未提供。