夜雨聆风我们搞错了。
AI 够强。Claude Code 30 秒写完一个 CRUD 模块，Cursor 一口气生成整个 API 层，Copilot 在你敲下第一个字母的瞬间就猜到了你要写什么。
问题不出在 AI——你给它的指令，自始至终是模糊的。
你扔了一段模糊的 prompt。AI 猜了。猜得还挺漂亮。你兴奋了，继续加需求。AI 接着猜。这次猜偏了。你修 prompt。AI 改了代码，同时悄悄动了你没让动的地方。
再来。再偏。再来。再偏。
十几轮之后，代码面目全非。你盯着屏幕，意识到一个冰冷的现实：从一开始，AI 就没真正理解你的意图。它每轮都只给你一个"表面看起来对"的答案。
这就是 2026 年开发者圈最火的词——vibe coding。靠感觉驱动，靠祈祷验收。
然后，GitHub 官方出手了。
一条西班牙语推文，95K 星，几天到位
6 月 27 日，曼谷。ID 叫 @zaynmcps 的开发者发了一条推文，西班牙语，全大写开头：
"GITHUB ACABA DE SOLUCIONAR EL MAYOR PROBLEMA DEL VIBE CODING"
「GitHub 刚刚解决了 vibe coding 最大的问题。」
"95K estrellas en días. no es casualidad."
「几天内 95K 星，绝非巧合。」
推文精确列出一个六步流程：/constitution → /specify → /clarify → /plan → /tasks → /implement。关键句：
"en vez de tirar prompts vagos y rezar, Spec Kit obliga a la IA a entender lo que quieres ANTES de tocar código"
「与其扔模糊 prompt 然后祈祷，Spec Kit 强迫 AI 在碰代码之前，先理解你真正想要什么。」
▲ @zaynmcps 推文引爆社区：1258 赞、1778 书签、9.4 万次浏览，附带 Spec Kit 工作流演示视频
评论区甩出了仓库链接——github/spec-kit。数据走到采集日：116K 星、10.2K fork、247 位贡献者、174 个 release。
▲ Spec Kit 仓库首页：116K stars，10.2K forks。文件树里 .specify/、templates/、presets/——SDD 的全部家当
中文开发者社区同步跟进。@XAMTO_AI 同日发帖拆解，一针见血：「第一版看着挺对，第二版开始偏，改了十几轮后发现，AI 对目标的理解已经偏离你的真实意图。用他的话说，Spec Kit 的全部心思都花在一件事上：防止 AI 从第一步就踏入歧途。」
▲ @XAMTO_AI 同日长文拆解 Spec Kit，中文开发者社区同步热议
六步流程，真正的杀招只有两个
这套东西叫Spec-Driven Development（规格驱动开发，SDD）。六步如下：
Constitution（宪法）。给你项目写一份基本法。不可谈判的原则钉死在前面：必须 TDD、必须模块化、禁止过度抽象、集成测试优先。AI 后续每一次决策，都必须引用宪法对应条款。违规？打回。
Specify（规格）。纯业务语言描述你想要的。不谈技术。AI 据此生成结构化 spec：用户故事、验收标准、边界条件。凡是不确定的点，AI 必须标上[NEEDS CLARIFICATION]。模糊不清的地方，一个都别想蒙过去。
Clarify（澄清）。AI 反过来质问你：这个边界怎么处理？这个假设成立吗？两个需求冲突了，你选哪个？一轮接一轮，直到 spec 零歧义。你不回答，流程卡在这。
Plan（计划）。现在才轮到技术栈。AI 根据澄清过的 spec，输出架构、数据模型、API 合同、选型理由——每一步都锚定在 spec 某一行。
Tasks（任务）。从计划拆出有序任务清单。依赖标注、并行标记、文件路径精确。测试先行。
Implement（实现）。AI 按清单逐条执行。TDD 红绿循环。出 bug？先查 spec 哪条写错了。
▲ Spec Kit 官方文档首页：30+ AI 代理兼容，105 个社区扩展，Spec → Plan → Tasks → Implement 一站式
兼容 30 多个 AI 编码代理——Claude Code、Cursor、Copilot、Gemini CLI、Codex、Windsurf、Zed、Kiro……一条specify init --integration claude就初始化完成。Spec Kit 不锁工具链。
但六步流程里，计划生成和任务拆解，别家也能做。六步流程里真正要命的，是两个东西：
宪法。把"简单、模块化、测试先行"从 PPT 口号变成了 AI 绕不过去的硬约束，写在.specify/memory/constitution.md里。硬约束，没有商量余地。
[NEEDS CLARIFICATION]。解决了 vibe coding 最致命的死穴——AI 猜错了你不会知道，直到代码跑了十几轮才追悔莫及。这个标记把"猜测"变成了"必须回答的问题"，在你付出代码代价之前就拦截了误解。
「代码不再是王。规格才是。」
仓库里有一份文件叫spec-driven.md。里面有一段话：
"For decades, code has been king. Specifications served code — they were the scaffolding we built and then discarded once the 'real work' of coding began."
「几十年来，代码为王。规格服务于代码——它们是用完即弃的脚手架，一旦进入'真正的编程'，就被扔掉了。」
"SDD inverts this power structure. Specifications don't serve code — code serves specifications."
「SDD 反转了这个权力结构。规格不再服务代码——代码服务规格。」
▲ spec-driven.md：标题 The Power Inversion，116K 开发者读过的最重要的一份文件
这句话的潜台词有多重磅？
如果代码服务规格，那么——维护软件 = 演进规格。改 spec，AI 重生成实现。调试 = 修规格和计划。bug？先查 spec 哪条出问题。重构 = 为清晰而重构规格。代码结构由 spec 结构决定。
几十年来软件工程界的一个执念——代码自动从需求生成——第一次有了工程路径。
Martin Fowler 团队 2025 年 10 月为此发了长文《Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl》。核心判断：市面上大量"AI 优先"实践还停在"先写 spec 然后用 AI 实现"这层。真正让 spec 成为持续演进的单一真相源，路还很长。
Spec Kit 维护者 Den Delimarsky 直接摊牌："源于 John Lam 的研究……一个旨在验证 SDD 方法论到底管不管用的实验。"一个实验——GitHub 没管它叫产品。GitHub 把这句话写在脸上，然后把代码开源，让十几万开发者一起踩坑。
HN 上的冰火两重天：有人叫好，有人摔杯子
Hacker News 上，42 条评论争得很凶。
▲ Hacker News：84 points，42 条评论。开发者对 Spec Kit 的评价极度两极
用户 @42point2 的体验：
"The constitution that's created as the first step is valuable in its own right... Version 1 generated by specify was already quite good."
「第一步生成的'宪法'本身就很有价值……specify 出的第一版 spec 已经相当不错。」
话锋一转：
"I'm perhaps less sold on the idea of the spec being the source of truth."
「但对于 spec 是唯一真相源这个说法，我持保留态度。」
另一位用户 @Marazan 的遭遇更惨烈：
"It isunbelievablyfrustrating to see the Agent get 99% of the code right in the first pass only to misunderstand why a test is now failing and then completely mangle both its own code and the existing tests."
「看着 AI 第一遍写对了 99% 的代码，然后因为不理解一个测试为什么失败，把自己代码和已有测试全部搅烂——这种挫败感，极其难熬。」
批评的火力很集中：token 消耗无底洞（大 spec + plan + tasks 一套烧钱）、小项目 overhead 太重、自动切分支文件多到烦、复杂 UI 和实时系统几乎没法用纯文字 spec 描述。
还有一个更尖锐的伏笔：你得先有能力写一份好 spec。工具只能放大 spec 的清晰度。写一份烂 spec，经六步流程跑出来的还是烂代码，区别在于过程看起来更"正式"。社区已经开始造词："别 vibe the spec。"
但反过来看赞成者的共同点——他们都是被 AI 在生产环境里瞎改折磨过的人。对他们来说，多花的 token 成本，远小于 AI 反复推倒重写的浪费。宪法 + 门禁 + 可追溯性，是给团队买的保险。
你缺的那件东西，叫方向盘
有一个观察淹没在喧哗里。
Spec Kit 强调的那些事——先定需求、写验收标准、测试先行、架构约束——是软件工程 50 年前的常识。瀑布模型的规格书、敏捷卡、TDD 的红绿循环，全都在讲同一句：先想清楚再动手。
AI 时代最残酷的笑话就在这里：工具强到让人觉得不需要纪律。Claude Code 30 秒能写完的模块，谁还愿意花 30 分钟先写规格？
可正是这种速度，让后期返工的成本暴涨。AI 在 30 秒内替你做了 100 个你没授权的假设，项目变成一座用补丁摞起来的危楼，直到某天轰然垮掉。
Spec Kit 真正的价值：把人类最擅长的事——定义意图、做出决策、设定边界——钉死在流程最前端，把 AI 最擅长的事——代码生成、测试执行、机械翻译——锁在流程最末端。
开的还是同一辆车。你终于握住了方向盘。
截至发稿，Spec Kit116K 星、10.2K fork、247 贡献者、105 个社区扩展。GitHub 说是实验。
但全世界十几万开发者，给一个"先想清楚再写代码"的工具投了赞成票——
vibe coding 的黄金时代，要翻篇了。
