缰绳绑得再牢,也变不成发动机。有些成功,恰恰是通往终局的迷途。这句话乍看像是逻辑谬误。毕竟,L2(辅助驾驶)和L4(无人驾驶)不应该是同一条技术路上的两个里程碑吗?走得快自然走得远,做得好怎么反倒成了障碍?我最近听了一个分享才意识到,这不是危言耸听,而是一记精准的灵魂拷问。你穷尽一生把一匹马的缰绳打磨到完美,它也不可能变成汽车。而今天太多企业,正陶醉于缰绳工艺的精进,浑然不觉自己早已踏上了一条与终局背道而驰的路。-- 责任倒挂:越可靠,越危险 --
L2工程师的核心KPI是什么?是降低接管率。让系统在绝大多数场景下表现得足够好,好到驾驶员不需要频繁干预。但吊诡之处在于:系统表现得越可靠,人类就越不把它当回事。心理学上有个经典概念叫“自动化自满”,当机器长期稳定运行时,人的注意力会不可逆地滑坡。L2做得越好,驾驶员低头刷手机、甚至打瞌睡的时间就越长。而致命事故,往往就发生在那个“系统恰好遇到处理不了的边缘场景,而人类又完全不在状态”的致命瞬间。于是,为了做好L2,工程师们拼命优化方向盘扭力感应、DMS驾驶员监测摄像头、频繁的接管提醒……所有精力都倾注在如何让人类别走神这件事上。你在提醒机制上卷得越深,离L4的“彻底取消驾驶员”这个终极目标就越远。这不是前进,这是在错误的战场上打了一场漂亮的胜仗。-- 路径锁定:用写诗的思路,写不出交响乐 --
工程师们像勤劳的工匠,一条条写下If-Else逻辑:红灯停、绿灯行、前车减速我刹车、车道线清晰时居中行驶……这套打法在有限场景里极其高效。因为背后有人类兜底,系统只需要覆盖主流常见情况即可。遇到没见过的场景怎么办?没关系,驾驶员会接管。你永远无法用穷举法写完所有规则。暴雨天一个塑料袋飘过来怎么办?前方施工路障摆放不规则怎么走?一群小孩追着皮球冲上马路,其中两个还穿着和路障同款的反光条衣服……这些Corner Case(边缘场景)无穷无尽。L4必须依赖数据驱动的大模型(端到端)来获得泛化能力,让机器自己学会像人一样理解世界,而不是像机器人一样执行规则。问题在于,一个在L2规则框架里深耕了五年的团队,组织架构、验证方法论、数据闭环、人才认知,全部被锁死在了规则思维里。让他们切换到端到端的范式,不亚于让一个古典主义画家突然去搞行为艺术。不是不能,而是沉没成本和思维惯性形成了一堵看不见的墙。-- 成本陷阱:便宜,反而成了最大的昂贵 --
纯视觉方案、低线束雷达、几十TOPS的算力……能用20块钱解决的,绝不用200块。这完全正确,因为L2是面向大众市场的消费品,成本敏感。高线束激光雷达、冗余计算平台、厘米级高精地图、多重备份的电源和通信系统……一辆L4 Robotaxi的传感器+算力成本,可能是L2方案的几十倍。L2做得越好,证明低成本方案在市场上越能打。于是企业算了一笔账:资本是理性的。当L2的现金流越滚越大的时候,公司往L4砸钱的决心就会越来越小。就像当年诺基亚在功能机上一骑绝尘,结果被iPhone一夜间颠覆。你以为是诺基亚没看到智能手机的趋势吗?他们看到了,但功能机的利润太诱人了,组织肌体已经失去了自我革命的能力。-- 数据诅咒:在浅水区练再久,也学不会深海游泳 --
L2最常跑的场景是什么?高速巡航、城市快速路、标准化的主干道。这些场景有个共同点:结构化程度高,变化少,相对“干净”。于是L2积累的海量数据,绝大多数都是“晴天、直道、前车规规矩矩变道”的简单模式。而L4要面对的是地狱模式:老城区人车混行的窄巷、临时施工的混乱路况、无保护左转时与对向车流的博弈、暴雨夜视条件下的感知……L4真正需要的是那些罕见的、危险的、模糊的恶劣数据,比如一次惊险的鬼探头、一场突如其来的大雾、一个躺倒在路中间的醉汉,一次碰瓷。但这些数据在L2的日常运营中出现的概率,低到可以忽略不计。更可怕的是,过度沉浸在L2数据的舒适区里,会让整个算法体系产生认知偏差,系统以为世界就是高速公路上那副岁月静好的模样。等它真的被丢进L4的真实战场,会瞬间崩溃。这就是数据的诅咒:你在浅水区练就了完美的泳姿,但它只适用于浅水区。-- 但也不必悲观:L2可以是L4的“幼儿园” --
说了这么多“背离”,是不是意味着L2和L4注定水火不容?行业里有一种越来越被认可的路径,叫做“以终为始”,用L4的终局倒推L2的设计。比如,今天卖一辆L2的车,虽然只激活了辅助驾驶功能,但车上提前装好了L4级别的传感器和计算平台。通过影子模式,让L4算法在后台默默运行,后台不控制车辆,只是“旁观”人类驾驶员的每一个决策,然后自己在脑子里想:“如果是我,我会怎么做?”当它的决策和人类不一致时,这条数据就被打上标签,回传云端,成为训练下一版模型的宝贵养料。这样一来,L2车队就变成了L4算法的“数据奶牛”。每卖出一辆车,就等于在路上投放了一个永不疲倦的数据采集器。这条路需要极大的战略定力和超前投入,但它可能是打通L2与L4之间那道物种鸿沟的唯一桥梁。-- 关于自动驾驶的结语 --
自动驾驶的终局,不是L2的延长线,而是L2的断点重启。如果你把将接管率从100公里一次降到1000公里一次当作奋斗目标,那你确实离L4越来越远。但如果你把每一辆L2的车,都当作通往L4的一块跳板,硬件上为未来买单,算法上为终局布局,数据上为质变蓄力,那么L2做得越好,你积累的数据护城河就越深,你离L4反而越近。区别只在于:你是把L2当作终点,还是把它当作通往终点的渡船。想清楚这个问题,你才算真正看懂了自动驾驶这场百年变局的底牌。有趣的是,这场关于“辅助”与“自主”的鸿沟之争,并非汽车行业的专利。如果将视角转向数字世界,你会发现AI辅助编程与AI自主编程之间,正上演着丝毫不差的剧情。
如果说今天的CodeBuddy等AI编程助手是编码世界的L2,人类主导,AI辅助补全,那么那个终极愿景,AI独立理解产品需求、自主设计系统架构、编写全量代码、完成测试部署并持续维护的全自主编程Agent,就是软件工程的L4。
同样的背离悖论正在这里精准复现:
1. 责任归属的黑洞
L2编程做得越好,代码补全越丝滑、函数生成越精准,程序员就越容易陷入“自动化自满”。他们不再逐行审阅逻辑,不再深究底层依赖,像L2驾驶员低头刷手机一样,指尖机械地敲下Tab键。GitHub的统计研究曾揭示,Copilot生成的代码中,相当比例的安全漏洞恰恰集中在开发者跳过仔细审查的片段里。为了让辅助编程更顺手,所有产品经理都在卷单行补全准确率和代码生成速度,但这些指标在L4自主编程面前毫无意义,因为L4根本不需要人类来审阅,它需要的是从零构建一套无需人工干预的自我验证、自我纠错、自我测试的工程化体系。
2. 算法范式的局部最优陷阱
当前主流的AI辅助编程,本质上是Token级别的模式匹配,基于海量开源代码训练的大模型,根据上文预测下一个最可能的字符。它擅长写一个排序函数、一个CRUD接口,但只要工程复杂度上升(涉及跨模块调用、遗留系统兼容、隐秘的中间件配置),它就束手无策。而L4自主编程必须突破到意图级别的全局规划,必须像资深架构师一样,先理解业务语义,再拆解任务树,调度多Agent协同作战。沉迷于Token预测精度(L2的成功范式),会让整个技术路线锁定在片段式生成的思维里,离真正的系统性构建越来越远。
3. 数据的开源舒适区诅咒
L2编程助手训练的数据是GitHub上的公开代码,为了确保训练效果选取的代码往往是结构清晰、规范工整、自带注释的教科书式场景,相当于自动驾驶里的“晴好高速路”。而L4自主编程要面对的是真实企业的“地狱级长尾”:无人维护的遗留巨石系统、千奇百怪的内部依赖版本冲突、只在凌晨三点触发的偶发性内存泄漏……这些“脏数据”永远不会出现在开源语料里。在干净代码上做得越好,模型对真实生产环境的水土不服就越严重,因为泛化能力被干净数据严重误导了。
但曙光同样在于“以终为始”。
顶尖的AI编程团队已经意识到,不能把AI Coding工具仅仅当作自动补全器。他们正在做两件有远见的事:
其一,将每一次人工回撤视为黄金数据,当程序员删掉AI生成的代码、亲手重写时,这个差异轨迹就相当于自动驾驶的接管信号,是训练L4规划模型最稀缺的纠偏样本。
其二,强制在辅助层注入架构思维,不是让AI直接写代码,而是让它先写设计文档、画模块关系图、列出测试用例,强制开发者从代码细节抽离到系统全局。这就像L2车辆上预埋L4的传感器,用辅助阶段的交互,倒逼底层模型习得规划能力。
一句话收尾:把AI编程助手当Tab键加速器来用,它做得越好,你离自主编程越远;但如果你把它当作采集人类编程意图的探测针,每一次辅助交互都在为终局的质变蓄力,那么你今天在L2上投入的每一分钱,都是在为L4铺路。
所谓远和近,从来不取决于工具的好坏,而取决于你在辅助的温床上,是否还记得终局的模样。