会飞的荧
@feitu
GitHub 的 Spec Kit 在极短时间里冲上了十万级 star，圈里的评价直白得吓人：vibe coding 最大的问题，被解了。它的主张一句话说完——别再把模糊 prompt 扔给 agent 然后祈祷它别搞坏你的项目；强制 AI 在碰代码之前先产出一份结构化规格：先弄懂你要造什么、把缺的问清楚、把项目组织好，然后才开始写。
六步流程也简单：/constitution 立规矩与标准、/specify 讲要造什么、/clarify 把疑问在动手前提掉、/plan 定架构与技术栈、/tasks 排出有序任务、/implement 执行；官方仓库在 GitHub 搜 Spec Kit，兼容 Claude Code、Cursor、Copilot、Codex、Gemini CLI 等二十多个 agent。（数据以官方仓库实时为准）
这等于给昨晚"规格驱动四步"配上了官方执行件。那篇讲的是吴恩达的框架——立宪、澄清、验证、重规划；Spec Kit 把同一套骨架做成了六个可敲的命令，还塞进了二十多个 agent 的兼容层——理念变成命令，是方法论第一次有了安装方式。
当晚另一篇 12.5 倍的实测刚说过：贵的不是模型，是寄送模型的方式；Spec Kit 改的正是寄送方式——让每一次请求都带着一份写清楚的规格出门，而不是一句随想随发的念头。
十万级 star 这个增速本身也是个信号。它说明"祈祷式编程"的痛已经大到人愿意排队解决——代码被搞坏的次数、返工的时长、agent 跑偏的惊吓，这些隐性成本第一次被一个工具清单化地收走了。规格先行省下的不是打字时间，是返工时间与信任成本：规格在，验收就有了对照物，agent 的交付才敢直接看；没有规格，双方都在猜，猜错的那部分全变成加班。
当然要留一格清醒：命令流只是骨架，规格的含金量还是取决于提问的人。/specify 写得含糊，后面每一步都在精确地执行一个错误的愿望——工具能强制"先写下来"，不能强制"写得对"；把 /clarify 那步用足，追着 agent 把含糊处问穿，才是这套流程真正的分水岭。
给想试的人一句落地的：下个小功能直接按六步走一遍，重点盯两处——/clarify 阶段它问出的问题有没有打中你没想到的盲区、/implement 完成后对照 /specify 的差异大不大。两处都好，你就有了一台可复用的流水线；哪处露怯，回去补的是你写规格的手，不是 agent 的工。
