大家好,我是何三,独立开发者

最近有个现象挺有意思。

所有人——我是说所有人——都在聊 Vibe Coding。打开 Twitter,满屏都是"让 AI 自己写,写出来就能跑"。GitHub Copilot 装上了,Claude Code 也用上了,Prompt 一敲,代码哗啦啦往外冒。感觉程序员这个工种快被 AI 替代了。

然后 GitHub 官方出手了。

一个叫 Spec Kit 的项目,直接斩获了近 10 万 Star。它说了一句话,在 AI 编程圈炸开了锅:

先写规格,再让 AI 写代码。

不是让 AI 放飞自我,而是让 AI 按剧本演戏。

speckit_cover

Vibe Coding 的反面,是什么?

Vibe Coding 的精髓是什么?"感觉对了,代码就对了"。写个 prompt,AI 帮你搭框架、写逻辑、甚至调试。很爽,对吧?

我试过。确实爽。

但问题是——爽完之后呢?

我上个月用 Claude Code 搭了个内部工具,20 分钟就出了第一个版本。我兴奋得差点发了朋友圈。结果第二天加功能,AI 把之前的结构全推翻了。第三天改需求,代码直接炸了。重构了三轮,越改越乱。

说白了,Vibe Coding 解决的是"从 0 到 1",但从 1 到 100 全靠运气。

Spec Kit 的方案就简单粗暴多了:开工之前,先把"你要什么"写清楚,写成一份机器能读懂、AI 能执行的规格说明书。然后 AI 按这份说明书干活,偏差率直接归零。

打个比方你就懂了——Vibe Coding 像是去米其林餐厅跟厨师说"你看着办",Spec-Driven Development 则是给了厨师一份完整的菜单:前菜是什么,主菜用什么火候,甜品要不要加肉桂,标得明明白白。

结果呢?后者大概率不会翻车。

说到这个,我想起一个事儿。去年有个朋友做外包,甲方需求一天变三遍,前端团队换了三拨人,最后项目延期两个月。要是当时有人先把需求写成可执行的规格,可能早交付了。

这玩意儿到底怎么用?

Spec Kit 的核心是一个叫 Specify 的 CLI 工具。装好之后,你的开发流程变成这样:

speckit_workflow

# 1. 初始化项目,选你的 AI 编码助手
specify init my-project --integration copilot

# 2. 在编辑器里敲 slash 命令,建立项目宪法
/speckit.constitution 制定代码质量、测试标准、用户体验方面的原则

# 3. 写规格(重点:只讲 What,不讲 How)
/speckit.specify 做一个相册管理应用,照片按日期分组,支持拖拽排序

# 4. 定技术方案
/speckit.plan  Vite + 原生 HTML/CSS/JS,数据存本地 SQLite

# 5. AI 自动拆任务
/speckit.tasks

# 6. AI 开干
/speckit.implement

看到区别了吗?Vibe Coding 是你说"做个相册应用",AI 直接开干。Spec Kit 让你先告诉 AI"做什么",再告诉它"用什么做",然后它再动手。

第一次用的时候,说实话我也觉得多此一举。但试完一个完整项目后,真香。

为什么呢?因为返工率几乎为零。

以前跟 AI 编程,最大的痛苦是——AI 永远猜不对你的想法。你说"做个列表",它给你用 React Table 套了五层。你说"简单点",它删了三行又加了十行。来来回回,prompt 写了两千字,代码没跑通。

Spec Kit 的做法是:让 AI 先理解你的需求,锁定需求再动手。 规格说明书一旦定稿,AI 的所有输出都对齐这份规格——不跑偏、不自由发挥、不擅自加戏。

生态有多强?

说实话,我最开始以为这就是 GitHub 内部的一个小工具。

结果一看社区生态,我被震住了。

30 多种 AI 编码助手的集成——Claude Code、GitHub Copilot、Gemini CLI、Cursor、Codex CLI……你能叫得上名字的,基本都有。

还有 50 多个社区贡献的扩展,分成了几大类:

类别 干什么的 例子
docs 读/写规格文档 自动生成 changelog、检测规范漂移
code 代码级的质量门禁 自动化 QA 测试、安全扫描
process 工作流编排 Jira/飞书/Azure DevOps 同步
integration 外部平台打通 对接 Microsoft 365、Confluence
visibility 项目健康度看板 Token 消耗分析、进度追踪

举个具体的:Jira Integration 这个扩展,能从你的规格说明自动生成 Jira 故事和子任务,状态同步。Checkpoint Extension 会在实现过程中自动分批次提交,避免一个 feature 一个超大 commit。

这生态,完全不像一个刚发布 9 个月的项目。

谁适合用?

说实话,不是所有人都需要。

如果你是 solo 开发者,自己写个小工具玩玩,Vibe Coding 完全够。甚至更爽——prompt 一敲,一个下午搞定。

但如果你在以下场景,Spec Kit 能救命:

  • 团队协作:多人用 AI 写同一个项目,有人写前端、有人写后端,没有统一的规格,两行代码就能冲突
  • 企业项目:有合规要求、架构规范、代码审查,AI 不能自由发挥
  • 长周期项目:今天写的代码,三个月后回来改,没有规格文档等于考古
  • 甲方/客户项目:需求变更频繁,需要"书面证据"确认需求

为什么这么设计?别问我,问 GitHub 去——他们内部肯定吃过 Vibe Coding 的亏。

项目地址

GitHub: https://github.com/github/spec-kit

官网文档:https://github.github.io/spec-kit/

安装就一行命令,有 Python 和 uv 就行:

uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

Vibe Coding 很好,但它不是终点。GitHub 这个项目,说到底就一句话:

让 AI 自由发挥之前,先给它一份剧本。

本文使用 MGO 编辑并发布

关注"何三笔记",回复"mgo" 免费下载使用