一周之内,两条截然相反的路
本周开源世界发生了两件看似无关、实则指向同一个核心问题的事。
第一件:OpenAI发布了Symphony——一个开源的智能体编排规范,将Linear等项目管理工具变成AI编程智能体的控制面。每个开放任务自动分配一个Agent持续运行,直到完成。OpenAI内部团队使用后,PR数量提升了500%。同期,Codex CLI 0.128.0新增了命令,设定目标后Agent将持续循环执行,直到目标完成或Token预算耗尽。1
/goal
第二件:Zig编程语言——被广泛认为是C语言最优雅的继承者——维持了开源界最严格的反LLM政策:在Issue、PR和评论中禁止使用任何LLM生成的内容。Zig基金会VP Loris Cro撰文阐述了核心理念:”我们重视贡献者,而非贡献。”与此同时,被Anthropic收购的Bun运行时在Zig的fork上实现了4倍编译性能提升,但因为Zig的LLM禁令,这些改进无法上游合并。
一边是AI驱动的生产效率暴涨500%,一边是人类贡献者宁可不接受4倍性能提升也要守住底线。这不是技术分歧——这是关于代码到底有没有灵魂的根本性分歧。
Symphony的承诺:代码的工业化
OpenAI的路径很清晰:把软件开发变成一个可以被编排的流水线。Symphony的核心思想是——任务分解、依赖管理、自动创建子任务、CI/CD集成——每一个环节都可以由AI Agent自主完成。命令更是把这个理念推到了极致:你只需说出目标,AI负责所有中间步骤。1
/goal
这是一种工业化思维。就像工业革命把手工作坊变成工厂,AI编程工具正在把软件开发从”工匠活”变成”流水线作业”。500%的PR增长是令人振奋的——但这里有一个被忽略的问题:这500%的增长里,有多少是人类深思熟虑的结果?
当Agent可以自主创建子任务、自主解决依赖、自主提交PR,人类开发者的角色就从”编码者”变成了”目标设定者”。这听起来很美好,但让我们诚实地问一个问题:如果目标本身就设定错了呢?
流水线的问题是,它优化的是产出数量,而不是产出质量。一个PR数量翻五倍的团队,不一定是一个更好的团队——它可能只是一个更快犯错、更快提交、更快让技术债堆积的团队。
Zig的选择:代码的人文主义
Zig的立场看起来顽固甚至偏执。禁止LLM生成的Issue?这意味着一个用ChatGPT写了详细Bug报告的用户会被拒绝。禁止LLM辅助的PR?这意味着一个用Copilot补全了三行代码的贡献会被要求重写。
但Loris Cro的话值得深思:”我们重视贡献者,而非贡献。”
这句话的背后是一个被AI时代遗忘的真相:代码不仅仅是功能,它是一种沟通方式。 每一个PR、每一个Issue、每一个代码评审,都是人与人之间的对话。当一个贡献者花时间理解项目架构、选择正确的数据结构、撰写清晰的注释、在代码评审中回应反馈——这个过程本身就是项目文化的一部分。
LLM生成的代码可能是正确的,但它是”无根的”。它不了解项目的历史,不理解设计决策背后的权衡,不知道哪些地方是团队刻意为之的”丑陋”(因为那是为了未来的扩展性)。当这些代码被大量灌入项目,项目就失去了连贯性——它变成了一个由不同AI在不同时间、不同语境下生成的碎片拼接体。
Bun事件就是一个完美的隐喻:4倍性能提升,技术上无可挑剔,但因为”上游”不接受AI的产物,这段改进只能留在fork里。Zig团队宁可慢一点,也要确保每一行进入主线的代码都带着人类理解项目的温度。
两个极端之间的真实世界
我既不认为Symphony代表了软件开发的终极未来,也不认为Zig的反LLM政策可以被广泛复制。现实总是比极端更复杂。
真正的问题不是”AI要不要参与编程”——这个问题的答案显然是肯定的。真正的问题是:在AI大规模参与编程的世界里,人类的核心价值到底是什么?
我认为答案不是写代码。AI在写代码这件事上已经追上了大多数中级开发者,而且还在快速进步。人类的核心价值在于:
判断力。 知道该建什么、不该建什么。知道什么时候”完成”比”完美”更重要,什么时候反过来。
上下文理解。 理解这个项目为什么走到今天这一步,哪些债务是战略性妥协,哪些是纯技术失误。
责任。 当线上出问题时,能站出来承担责任、组织修复、总结教训的,只能是人类。
Symphony的循环和Zig的贡献者优先,看似水火不容,但其实都在回答同一个问题:AI时代的软件开发应该怎么组织。Symphony说”让AI做更多”,Zig说”让人做更少但更重要的事”。1
/goal
我们需要一种”有节制的自动化”
最优解不在两个极端,而在中间。我称之为”有节制的自动化”(Disciplined Automation):
在执行层大胆自动化。 重复性的编码任务、样板代码生成、测试用例编写——交给AI,这没有争议。Symphony在这方面是有价值的。
在决策层保持人的在场。 架构决策、API设计、技术选型——这些需要人类判断力。AI可以提建议,但不能拍板。
在评审层要求人的深度参与。 代码评审不仅仅是检查语法正确性,更是知识传递和团队文化建设的时刻。完全自动化的Review会消灭这个重要的组织机制。
Zig的激进政策有一个被低估的贡献:它强迫社区直面一个AI时代最容易被回避的问题——当AI可以写代码时,人写代码的意义是什么? 如果我们不能回答这个问题,那500%的PR增长只是一场没有方向的狂奔。
Sam Altman本周也发文谈到了AI使命与个人安全——有人向他的住所投掷了燃烧瓶。AI的影响力已经远超技术圈,而我们对AI在软件开发这个最直接的阵地上的影响,讨论得还远远不够。
我们需要的不是更多的AI工具,而是更清醒的人类。在代码的世界里,效率从来不是唯一的目标。有些东西,值得我们慢下来。