新代码革命：AI驱动下的软件开发未来

在今年的AI工程师大会上，OpenAI研究员Sean Grove发表了题为《新代码》的演讲，有人认为“这是一个革命性的概念”：在AI驱动的时代，清晰、具有人类可读性的规范将取代传统代码，成为软件开发的核心产物。

“编程的本质就是沟通，”Grove认为，软件开发从来不只是写代码那么简单，其核心是一种结构化的沟通：先理解需求，再明确目标，最后将这些想法清晰地传递给团队成员和计算机。

Grove强调，从代码到规范的转变不仅是方法论的更新，更是工程实践的未来方向。他指出，代码本身只是人类意图的一种“失真反映”，在将想法转化为现实的过程中难免信息丢失或扭曲。而真正稀缺的能力，不再是写代码，而是如何把人类的意图精确转化为清晰的规范与提示词。

在技术社区，Grove的这番话也引发了不小的讨论。

简而言之，他想让你多听产品经理的话，反复完善需求文档来驱动开发流程。这种新模式实际上是把工程师变成“维护需求文档的产品经理”。

规范就是需求文档。他并不主张直接用“氛围编程”或结对编程，而是提倡通过不断更新需求文档来与智能代理进行“氛围编程”。提示词工程并没有过时，只是希望它能在更高的抽象层次上得到应用并具备复用性。

理想状态是让写代码的人转变为维护需求文档的产品经理。但他并没有给出这种方式能自动运行的证据，还提到这些需求文档更多是为了协调人际工作。他确实描述了他们在4o项目中使用的基本更新流程，但并没有特别创新的地方（规范文档变化时，会新增或更新评分器）。

其他网友也表示认同，认为Grove的潜台词是：所有人的角色正在趋同，每个人都在向产品经理的方向靠拢。

nomad_manhattan：这正是产品经理一直在做的事情——收集用户需求和要求，起草产品需求文档（规范），并与各方利益相关者就关键绩效指标（KPI）和成功衡量标准达成一致，同时与数据科学家和工程师协商可行性和工作量估算。演讲者没有明确指出的是，角色正在趋同；每个人都在成为产品经理。

natenoonen2235：敏捷宣言之所以被写成，是因为开发者们一直把自己看作程序员，而不是管理者。AI并没有带来什么新玩法，它只是对那些一直倡导敏捷开发、测试驱动开发、行为驱动开发以及注重结果胜过过程的人们的一种验证。不过，和任何工具一样，关键在于使用者，而不是工具本身。

还有网友调侃：这一套说辞听起来，像极了软件工程圈正缓慢地“重新发明”瀑布开发模型和ASPICE（汽车软件开发规范）。

当然也有人站出来明确反对“规范就是新的代码”这个说法：“你的应用凌晨三点崩溃，那时你调试的还是实际代码，而不是Markdown文档。当AI生成了有问题的代码（这迟早会发生），你猜我们要修的是什么？答案很简单：不是规范。代码才是最终的可执行真相，其他的都只是美好愿景。”

不可否认的是，Sean Grove所描绘的“规范驱动开发”路线确实代表了当下AI编程的一种重要转折：当模型越来越强、代码越来越好写，人类程序员的价值或许正从“造轮子”转向“定方向”。

以下是根据Grove演讲整理出的几个核心观点，非常值得思考：

• 软件开发的瓶颈正在从写代码上移到写规范（spec）这一流程上；
• 规范就是“新代码”；
• 代码只是规范的一种有损投影；
• 代码本身并不包含最初的意图，更像是意图的“编译产物”；
• 扔掉prompt只保留代码，就像扔掉源代码只保留二进制文件一样；
• 一个好的规范文档应该能：发现意图冲突、提供策略示例、标注歧义，并表达“意图”而不是语法；
• 把规范当成代码来编写，意味着每个人都能参与贡献；
• 新一代IDE将类似现有IDE，但功能重点从类型管理、语法逻辑、自动补全等转向帮助生成清晰的意图文档、管理意图冲突、突出歧义、测试预期结果与人类意图是否一致等。

为了更深入了解Grove的完整思考，我们翻译了他的演讲内容：

“新代码”革命：从传统代码到清晰规范

今天我想跟大家聊聊自己眼中的编程新未来——特别是新规范。这也代表着整个行业长久以来的期望：通过表达意图一次性编写代码，之后即可随处运行。

“新代码”是一堆Markdown？

“新代码”革命与立法者的相似之处

参考链接：

https://www.youtube.com/watch?v=BIvILtt164I

https://www.reddit.com/r/OpenAI/comments/1m198hh/openai_sean_grove_the_new_code/