在人人都在谈论AI编程的2025年，有一个问题始终被噪音淹没：我们到底在说哪种“自主”？是帮你补全一行代码，还是直接替你接管整个项目？Berkeley RDI的研究团队给出了一剂清醒药——一个三级的软件自主开发框架，把模糊的炒作拆成三道清晰阶梯。这三道阶梯，缺一级都可能埋下大坑。
先别急着欢呼，写代码只是第一道坎
代码自主：AI交活，人类审批
第一级被命名为代码自主。在这一层，AI真的开始动手了——它能独立完成设计与实现，写出完整的pull request。但人类依然攥着两样东西不动摇：决定构建什么产品，以及最终审核合入的拍板权。简单说，AI成了那个通宵写代码的超级程序员，而人类升格为严格的技术总监。很多团队误以为自己已经远远超过这个阶段，但仔细观察他们的CI流水线和代码评审记录就会发现，即便是最激进的AI编码工具，也仍然需要人工在PR评论区反复纠正架构偏差。这不是坏事。它恰恰说明，代码自主真正考验的不是AI的生成速度，而是人类评审制度的密度与诚实度。
流水线自主：从写到上线，人只负责看结果
第二级跨了一大步，叫流水线自主。这里AI不再只是写完代码等表扬，它要接管从设计、开发、测试直到部署的全流程。人类的角色被压缩成终端裁判——你不再盯着每一个commit，而是只看最终交付的软件跑得怎么样、有没有撞上护栏。听起来效率最高的一级，反而是最容易脱轨的地方。当中间过程变成黑箱，安全漏洞和架构腐化会像慢性病一样积累，直到某次事故才集体爆发。因此，流水线自主的核心不是自动化脚本多精密，而是团队能不能在去掉人工减速带之后，依然保持可观测、可追溯的工程纪律。
需求自主：AI决定该造什么，人还敢点头吗
最高一级是需求自主——AI开始自己决定构建什么。它可不是帮你排优先级，而是直接从模糊的业务目标里提取需求、规划功能、然后驱动前两级流水线完成交付。到了这一级，人类退到了验证者的位置上：你要审核的东西不再是代码，甚至不只是架构，而是一整套产品逻辑。问题在于，绝大多数组织至今连需求文档都写不清楚，却幻想着让AI替他们决定要做什么。需求自主最大的幻觉就是把“生成一堆工单”误认为“理解业务”。如果你觉得前两级已经够冒风险，这一级完全是信任级别的跳崖，除非你的回溯机制和退出路径设计得比AI本身更聪明。
分级表测的不是AI，是你舍不得交出去的控制权
所有能力声明，最终都会卡在责任边界上
厂商的发布会喜欢把这种框架当成升级打怪的路线图，暗示你只要技术达标就能逐级攀登。但RDI团队的原意恰恰相反。这三层划分最锋利的地方在于，它划的从来不是技术能力，而是责任转移。代码自主意味着AI对实现负责，人对意图和审核负责。流水线自主意味着AI对过程负责，人对结果把关。需求自主意味着AI对“做什么”也负责了，人必须对商业后果兜底。很多团队在第二级翻车，不是工具不行，而是他们没准备好从过程审批转向结果审批——这需要完全不同的治理肌肉。
部署之前，先搞清你卡在哪一层的“伪自主”
一个实用的自检办法：看你团队现在最紧张的会议是什么。如果还在为PR的代码质量吵架，说明你们连第一级都没真正站稳，AI产出的代码量不等于代码自主的成熟度。如果你们的注意力已经从代码评审移到了监控面板和告警响应上，流水线自主才算有了雏形。如果产品会议的主角开始变成AI生成的用户故事地图，而你感觉到一种说不清的失控感，那恭喜你，你至少摸到了需求自主的门槛——但请立刻停下，设立硬性人工校验节点。RDI的框架最该被打印出来贴在白板上的原因，就是逼迫团队诚实地标出自己所在的那一级，以及他们正在假装已经跨过去的那一级。
最危险的时刻，是你觉得人可以完全退场
审核按钮还在，但审核能力退化得比你想象的快
当流水线自主越来越顺滑，人类的审批动作会不可逆转地退化为一种仪式。AI提交一份天衣无缝的部署计划和代码改动，你还能提出多少有价值的问题？一年之后，新加入的工程师甚至没有能力看懂AI替他们生成的架构图。这不是技术恐怖故事，而是已经出现在大型代码库里的现实。框架的每一级跃迁，都必然伴随着人类技能的萎缩。聪明团队的做法不是死死抓住审批权不放，而是在每一级设立必须由人类亲自操作的“不可自动化练习任务”——让老手保持手感，让新人获得真正的“骑自行车”体验，而不是永远坐在自动驾驶的汽车里刷手机。
不给AI定天花板，就不要怪AI捅娄子
需求自主那一级尤其需要一堵透明但坚硬的天花板。AI可以给你十个看起来合理的产品方向，但它永远无法理解用户夜里失眠时的真实焦虑。把“决定做什么”的权力让渡出去，等于把公司的价值观、品味和对微妙人性偏差的把握全都压缩进一个优化函数里。你可以让AI管理整个软件交付流水线，甚至可以允许它在你睡觉时上线新功能，但你必须有一条清晰的、写进架构里的红线：某些需求必须源自人类的直觉和一次糟糕的线下访谈，而不是源自下一次训练的loss曲线下降。Berkeley的三级框架最终不是在问“AI还能走多远”，而是在问“人类准备好守在哪一道门前不走了”。那扇门的位置，也许才是每个技术组织最该争吵、也最不该外包的唯一一件事。
