Spec Kit

Spec Kit 是 GitHub 推出的开源「需求驱动开发」（Spec-Driven Development, SDD）工具包。它不再把规格当成写完就丢的脚手架，而是让规格、计划与任务成为驱动清单、任务拆解乃至最终实现的事实来源。它是一套流程加一个轻量 CLI（specify），与你已经在用的编程智能体配合，让你牢牢掌控「做什么、为什么」，其余交给智能体。

对比 Specboard（想要可视化看板和 MCP 服务）或 Plandex（终端式 plan-and-execute 智能体），亦可搭配 Claude Code 使用。

核心功能

• 可执行的规格：spec、plan、tasks 是智能体真正会读取的活文档，而不是归档文件。
• 六个引导阶段：宪法（constitution）、明细（specify）、计划（plan）、任务（tasks）、实现（implement）、收敛（converge）。每一步都有检查点，直到 converge 返回「Converged」。
• Specify CLI：specify init <project> --integration <agent> 初始化项目，另有 specify self check、specify self upgrade 等自管命令。
• 自带你的智能体：斜杠命令在 Claude Code、Copilot 中以 /speckit-* 出现，skills 模式下用 $speckit-*，也可在任何提示词中调用。
• 扩展：可选 bug 扩展（assess、fix、test）与 assess 扩展（intake、research、define、shape、decide），在投入前先为想法收集证据。

适用场景

谁应该使用？

• 与智能体协作的团队：像带新人一样为编码智能体提供文档与待办，告别靠猜。
• 被上下文丢失困扰的开发者：把产品意图写进版本化的 Markdown，让每次会话都从同一起点出发。
• 技术负责人：审阅小而聚焦的任务而非千行代码，架构规则只写一遍。

解决的问题

1. Vibe coding 漂移：规格给出明确目标，产出贴合意图而非套用通用模式。
2. 每次都从零开始：持久化产物跨会话、跨天、跨月保留。
3. 安全与规范沦为事后补丁：约束从第一天就写进规格与计划。

定价方案

Spec Kit 免费且以 MIT 开源。你自行运行 specify CLI，只需承担所用模型厂商的 token 成本。

优势对比

1. 智能体无关：无锁定，同一流程在 Claude Code、Copilot、Gemini CLI、Codex 上通用。
2. 流程优先、工具其次：创新在流程，CLI 保持轻量在其后。
3. 社区驱动：presets、扩展与角色化 bundle 由社区而非单一厂商塑造。

快速开始

1. 安装 CLI：uv tool install specify-cli。
2. 初始化：specify init my-project --integration copilot。
3. 在项目目录启动你的编码智能体。
4. 依次运行 /speckit-constitution、/speckit-specify、/speckit-plan、/speckit-tasks、/speckit-implement；反复 /speckit-converge 直到返回 Converged。

常见问题

能配合我已用的智能体吗？

可以，它面向 Claude Code、GitHub Copilot、Gemini CLI 与 Codex，斜杠命令可从任意智能体提示词调用。

是订阅还是托管服务？

都不是。它是你本地运行的开源（MIT）工具包，无托管运行时、无按席位收费。

一句话说清「需求驱动开发」？

先定义要做什么再动手，规格、计划与任务成为引导并校验智能体工作的输入。

替代方案

• Specboard：让规格可被智能体读取的可视看板与 MCP 服务。
• Plandex：带 diff 沙箱的终端式 plan-and-execute 智能体。
• Claude Code：Anthropic 第一方终端智能体。

使用技巧

1. 每个项目先写一份简短的 constitution，让所有会话继承规则。
2. 用 bug 扩展让修复从根因到验证都有据可循。
3. 刻意反复运行 /speckit-converge，它是让实现贴合意图的关卡。

总结

Spec Kit 通过把规格当作事实来源，为智能体开发注入工程纪律。若你的智能体总在漂移或丢上下文，从 github.com/github/spec-kit 起步，让流程而非提示词来掌舵。