规格驱动开发

当需求模糊时，代码往往是猜测

很多开发场景中，需求未完全明确就动手写代码，结果导致误解、返工、架构反复修改。Spec-Driven Development的核心是：先写结构化规格，再写代码，让规格成为人与工程师的共同事实来源（shared source of truth）——定义要构建什么、为什么、如何判断完成。

它如何改变开发流程

这个技能采用门控工作流（gated workflow），分四个阶段，每阶段验证通过才能推进：

• 阶段1：Specify（规格化）

从高层愿景开始，通过提问把需求变具体；立即暴露假设（不要悄悄填补模糊需求），并撰写包含六个核心领域的规格文档：Objective（目标：构建什么、为什么、用户是谁、成功标准）、Commands（可执行命令如npm run build、npm test -- --coverage）、Lint（代码检查命令）等。

• 阶段2-4：Plan、Build、Validate

基于规格制定计划，按计划实现代码，最后验证是否符合规格——每一步都需确认，确保开发不偏离核心需求。

什么时候该用（或不该用）

适合场景：启动新项目/功能、需求模糊不完整、修改涉及多个文件/模块、需要架构决策、任务实现耗时超30分钟。
不适合：单行修复、错别字修正，或需求完全明确且自包含的小改动——此时直接写代码更高效。