文章目录前言从口嗨到立字据为什么需要渐进式Spec渐进式Spec的三重境界第一重Spec-First先立规矩再动手第二重Spec-Anchored以Spec为锚点第三重Spec-as-Source规格即源码工具选型现在能用的三板斧开发者的新角色从码农到架构师写在最后前言朋友们如果你还在用2025年初那种张嘴就来的方式跟AI编程助手聊天那你可能已经out了。还记得今年初Andrej Karpathy大神带火的那个词吗Vibe Coding氛围编程。说白了就是你闭着眼睛把需求一股脑儿倒给AI管它三七二十一让AI自由发挥你只管感受那种代码如行云流水般涌出的快感。这感觉就像是你去饭店跟厨师说随便炒两个拿手菜上来的菜确实能吃甚至味道还不错——但如果你天天这么吃顿顿这么吃半年后你会发现自己得了胃溃疡还欠了一屁股饭钱。到了2026年**“渐进式Spec”Gradual Specification**正在把整个AI编程圈子从这种狂野西部的状态拉回文明社会。这玩意儿不是什么高大上的学术概念说白了就是别急着让AI写代码先让它把话说清楚咱们一点点把规矩立起来。从口嗨到立字据为什么需要渐进式Spec去年我用Claude Code帮朋友做了个小程序一开始也是玩Vibe Coding。我说给我做个带登录功能的博客系统。AI刷刷刷写了几百行代码跑得挺欢。然后我补了一句哦对了要用JWT做认证。AI又刷刷刷改了一通。接着我又想起来还得支持手机号验证码登录。如此反复了十几次代码已经变成了一团 spaghetti意大利面条我自己都看不懂了。这就是Vibe Coding的致命伤AI的上下文窗口再大也经不起你这么反复横跳。你每新增一个需求AI就得重新理解整个项目的意图久而久之代码里的架构就像是用橡皮泥搭的城堡——看着像那么回事实则一碰就塌。Y Combinator在2025年冬季批次中发现了一个惊人数据25%的初创公司代码库有95%是AI生成的。听起来很美好对吧但随之而来的就是**“技术债务大爆炸”**——代码能跑但没人知道为什么这么写功能能上线但改个按钮颜色可能要牵一发而动全身。渐进式Spec要解决的就是**“意图漂移”**的问题。它强迫你在敲代码之前先把想要什么说清楚、说完整、说到可执行、可验证的程度。就像你去装修房子Vibe Coding是师傅看着办而渐进式Spec是先出设计图、再出施工图、最后才动工——而且设计图还得经过你签字确认。渐进式Spec的三重境界现在的业界把渐进式Spec分成了三个段位有点像武学里的三重境界第一重Spec-First先立规矩再动手这是入门级玩法。你不再直接跟AI说给我写个支付功能而是先写一份requirements.md把用户故事、验收标准、异常流程都列清楚。然后让AI基于这份Spec去生成技术方案和代码。GitHub在2025年9月推出的Spec Kit就是干这个的。它提供了一套CLI工具让你通过/speckit.specify这样的命令把需求转化成结构化的规格说明。这时候的Spec还是个指导手册代码仍是主要交付物但AI的发挥空间被限制在了你画的框框里。第二重Spec-Anchored以Spec为锚点到了这一层Spec不再是一次性的文档而是持续演进的活物。Amazon在2025年7月发布的Kiro就是这方面的代表作。它强制要求项目根目录下有三份文件requirements.md业务需求用EARSEasy Approach to Requirements Syntax格式书写design.md技术架构设计tasks.md拆解后的可执行任务清单Kiro的聪明之处在于它的**渐进式索引Progressive Indexing**机制——它不会一股脑儿把所有文档塞进AI的上下文窗口而是像查字典一样AI需要啥才读啥。这就好比你去图书馆找书管理员不会把所有书都堆你面前而是先给你个目录你指哪本他才拿哪本。Delta航空公司在2025年用Kiro搞了个项目结果实现了1948%的效率增长。你没看错是将近20倍。他们的秘诀就是业务人员可以直接在Spec层面跟技术团队对话产品经理改需求只需要改requirements.mdAI会自动同步到代码实现。第三重Spec-as-Source规格即源码这是最激进的玩法代表产品是Tessl由Snyk创始人Guy Podjarny创办融资1.25亿美元估值超5亿刀。在这个模式下人类只维护Spec文件代码完全是AI生成的副产品甚至会在生成的代码顶部标注// GENERATED FROM SPEC - DO NOT EDIT根据规格生成请勿手动修改。Tessl搞了个Spec Registry里面有超过10,000个开源库的规格定义。这就好比Maven Central或者npm但存的不是代码包而是API行为契约。以后你让AI调用第三方库它不会再瞎蒙API用法而是去查官方的Spec准确率直接拉满。工具选型现在能用的三板斧说一千道一万咱们手头上现在能用的工具有哪些呢如果你是GitHub Copilot重度用户直接上GitHub Spec Kit。它支持Claude Code、Copilot、Gemini CLI、Cursor等主流AI助手。通过uvx --from githttps://github.com/github/spec-kit.git specify init就能初始化项目。它的优势是无侵入——你可以在一个已有项目中渐进式地引入Spec不需要推倒重来。如果你喜欢开箱即用试试Amazon Kiro。它本质上是个VS Code的分支自带20万token的上下文窗口是普通IDE的10倍。不过它是按交互次数收费的免费版每月50次交互Pro版19刀/月给1000次。适合那种从零开始的新项目或者需要业务人员深度参与的场景。如果你是架构控Tessl值得观望。虽然它现在主要还是面向早期采用者但其Spec-as-Source的理念代表了终局形态。它通过MCPModel Context Protocol协议跟各种AI助手集成可以把你的架构约束比如所有API必须做输入验证、“禁止直接拼接SQL”固化成Constitutional Rules宪法级规则AI一旦违反直接报错。开发者的新角色从码农到架构师渐进式Spec的流行意味着咱们程序员的工作内容要发生根本性转变。以前咱们80%时间在写CRUD、调API、修Bug20%时间在思考架构。现在AI把写代码的活儿接过去了咱们的核心价值变成了**“定规矩”**——写Spec就是在定规矩审Spec就是在把控质量。Anthropic在2025年底发布的Claude 4.5家族包括Haiku 4.5、Sonnet 4.5、Opus 4.5已经把SWE-bench Verified的基准测试刷到了80.9%。这意味着AI写代码的能力已经超过了绝大多数初级程序员。但它仍然需要你告诉它应该写什么、不能碰哪些红线、业务上的优先级是什么。这就像是从泥瓦匠变成了建筑设计师。泥瓦匠的活计AI干得更又快又好但设计师的审美和功能规划还得靠人脑。而且越是复杂的系统越需要人类在Spec层面做权衡和决策。写在最后2026年不是AI取代程序员的一年而是**野生AI编程向工程化AI编程转型**的一年。渐进式Spec就是这个转型的核心方法论。咱们回顾一下软件工程的发展史从汇编到高级语言是一次抽象从瀑布模型到敏捷开发是一次抽象从手写代码到AI生成代码又是一次抽象。而渐进式Spec正是在AI生成代码之上的元抽象——咱们不再直接操作代码而是操作生成代码的意图。如果你今天只记住一句话那就是别让AI急着写代码先让它把话说清楚咱们一点点确认这叫渐进式Spec。下次再开新项目别急着打开IDE敲代码了。先建个spec.md把需求捋清楚。你会发现AI还是那个AI但它突然变得懂事了许多——因为它终于知道你想要什么了。这才是2026年AI编程该有的样子。不是魔法不是玄学而是有章法的工程实践。朋友们你们准备好从Vibe Coding的狂野时代迈进渐进式Spec的文明社会了吗目前国内还是很缺AI人才的希望更多人能真正加入到AI行业共同促进行业进步增强我国的AI竞争力。想要系统学习AI知识的朋友可以看看我精心打磨的教程 http://blog.csdn.net/jiangjunshow教程通俗易懂高中生都能看懂还有各种段子风趣幽默从深度学习基础原理到各领域实战应用都有讲解我22年的AI积累全在里面了。注意教程仅限真正想入门AI的朋友否则看看零散的博文就够了。