OpenSpec火了：让AI写代码前，先立字据

AI编程最吓人的瞬间，不是它不会写，而是它写得飞快，方向还特错。

你说"给系统加个权限管理"，Agent一口气改几十个文件，接口、数据库模型、页面全生成好，还自己跑了测试。交付看着挺专业，打开一看，跟你要的压根是两码事。知乎

这两天知乎上有个问题在热议：OpenSpec最近火了，规范驱动开发是AI编程的未来吗？这个OpenSpec，2025年开源，一年多干到7.2万Star，MIT协议免费用，仓库到今天还在更新。

它干嘛的？一句话：让AI动手前先立字据。

它不替代Claude Code、Cursor、Codex，而是给这些编程Agent塞进一套"规格流程"。动代码之前，AI先交四样东西：知乎微博

• Proposal（提案）：为什么改、影响范围多大；

• Specs（规格）：改完后系统该是什么表现，边界情况怎么处理；

• Design（设计）：技术上怎么实现；

• Tasks（任务）：拆成一步步的清单，逐项打勾。

然后一句 /opsx:apply 让它照单执行，做完 /opsx:archive 归档。你只需要盯提案和规格——方向不对就地枪毙，返工从"推倒重来"变成"改两句话"。GitHub

为什么火？因为AI太快了。

以前人写代码慢，需求理解错了，写着写着多半能发现、能拐弯；现在AI一分钟生成几百行，理解偏差一度，落地就偏出千里。执行力越强，“先对齐"越值钱。社区里有人总结得挺到位：规范不是写完就扔的文档，而是人和AI之间的"动态契约”。它也是项目的外挂记忆——今天加登录、明天改支付，上下文不再散落在陈年聊天记录里。微博

但也别急着吹，先泼三盆冷水。

第一，小改动别上。改个按钮文案还要先写四份文档，纯属高射炮打蚊子，反而拖慢节奏。知乎

第二，AI能把规格写得漂亮且错误。业务规则你自己没想清楚，它会一本正经帮你脑补——格式完美、逻辑自洽、方向全偏。好的规范流程里，AI会先把拿不准的问题列出来追问你，而不是闷头脑补。

第三，规范替代不了测试。AI完全可能写出错误的逻辑，再配一套跟错误逻辑完美匹配的测试。另外文档还会腐烂：只改代码不更新规格，下次AI读到假规格，跑偏得更理直气壮。知乎

所以老手的用法是分层的。

小改动直接丢给AI；复杂需求用OpenSpec先规划再动手；涉及钱和权限的核心链路，再叠一层Superpowers这类测试驱动流程——先用它的brainstorming把方案掰扯清楚，方案确认后交给OpenSpec落地实现。一个管对话，一个管文件，交接点就在"方案确认"那一刻。知乎专栏

上手门槛不高：装好Node.js 20.19以上，`npm install -g @fission-ai/openspec`，进项目目录 `openspec init` 完事；懒的话，把官方安装提示词丢给AI，让它自己装。个人小项目甚至可以不装框架——下次遇到复杂需求，先手写三五条"要改什么、什么算改对了"再发给AI，效果立竿见影。GitHub

工具还会一直变，已经有人说等模型更强就回归裸提示词。但有件事大概率不变：AI编程的终局，不是谁生成的代码多，而是谁能让AI持续、可靠地做对的事。立字据的本质，就是把"做对"提前到写代码之前。微博知乎