约这家公司的联合创始人周恺化名聊天约在了一个不算大的会议室里。他刚结束前一天的路测协调会桌上还摊着一台L4接驳车的线控底盘拆解图。我们聊了快两个小时他中间说了一句让我印象很深的话“很多人觉得能把量产辅助驾驶做下来的人做不了L4无人车。我们恰恰是量产做得越深越敢回过头啃L4。”这句话串起了整个对话的核心矛盾。在外界看来一家已经把智能驾驶前装量产做到百万辆规模的公司手里握着一套成熟的辅助驾驶系统也有一块每年都在产生收入的基本盘为什么还要回身投入L4无人车这种研发周期长、单车成本高、短期看不到头的事百万量产的经验到底哪些能平移过去哪些反而是包袱这篇文章我会把这次对话里最有价值的讨论整理出来从量产与L4的技术复用、不可复制的关键差异、成本与商业闭环这几个维度试着还原一家量产型自动驾驶公司为什么要做L4以及它怎么做。1. 百万量产到底改变了一家公司的什么1.1 从“能做出来”到“能量产出来”的分水岭量产百万台最直观的收益当然是收入和市占率。但真正改变一家公司底层的是它把一套算法从demo干到了车规级量产交付而且交付了上百万次。行业里常说能跑通demo的团队至少有一半能把demo跑成量产交付的团队可能只有十分之一。这句话不是夸张。Demo阶段考验的是你有没有一个聪明的算法量产阶段考验的则是算法之外的所有东西。比如传感器装在哪、怎么标定才能扛住产线的毫米级公差比如域控制器选哪颗芯片、散热怎么设计才能应对新疆夏天和东北冬天的温差再比如电子电气架构上和主机厂对接的通讯协议、诊断协议、刷写流程是否匹配。这些事单独拎出来哪一件都不神秘但把它们全部拧在一起让它每台车、每趟行驶、每次OTA都不出大问题这就是工程化能力的门槛。周恺给我打了个比方demo像是实验室里做出一锅好吃的菜量产则是要在全球几百家门店确保每一锅、同一个口味、同一个出菜时间而且消费者投诉后还要能定位到是哪个厨师、哪批食材、哪个步骤出了问题。自动驾驶的“同一口味”背后是同一套算法要给不同车型、不同传感器配置、不同驾驶风格的用户都提供稳定体验。百万量产之后公司才真正具备了这种“稳定交付”的组织能力。1.2 量产攒下的三个隐形资产数据、工程惯性和现金流聊到量产带来的东西周恺反复提三样东西数据、工程惯性、现金流。数据是最好理解的。量产车每天在路上跑视觉、决策、控制相关的数据会按策略回传。百万规模车队带来的真实路况数据尤其是长尾场景的分布样本是任何车队测试都追不上的。测试车队跑一亿公里运营成本极高而量产车队本身在为用户创造价值的同时顺便就把数据给采集了。工程惯性这个词很多人不爱听总觉得惯性是拒绝变化。但周恺说得更具体量产逼着团队建立了一套“设计即验证”的流程。需求文档、系统边界、安全分析、测试用例、失效对策每一步都有迹可循。这套流程是L4开发里最昂贵也最枯燥的部分量产公司恰好早就为此付过学费。现金流更不用多说。L4无人车要养一支规模不小的算法团队、动辄几个月的路测、昂贵的硬件样车这些都需要持续烧钱。有一块量产收入在背后支撑公司就不必每次融资都把估值放在赌桌上可以更从容地安排L4的研发节奏。2. 把L4当升级版L2是很多团队翻车的第一原因2.1 L4与L2的性质差异责任主体从人转移到了系统围绕“量产之后做L4”这件事行业里有一种常见说法L4不就是把辅助驾驶的接管率降到零把ODD扩大到全城吗技术上看着好像也是这么回事。但周恺几乎立刻否定了这种理解——“最危险的想法就是把L4当成L2的加强版。”辅助驾驶L2的核心是“人机共驾”系统承担纵向和横向的辅助控制但驾驶员仍然是责任主体系统做的所有决策驾驶员都可以随时接管。这里有一套天然的兜底逻辑系统遇到不确定情况可以把控制权交回给人类只要人有足够的反应时间场景再疑难安全风险都相对可控。L4无人车不是。责任主体转移到系统上设计师必须假设方向盘后面没有人为你兜底。系统遇到难题时不能只想着“请驾驶员接管”而是要在自己的章程里找到一条安全的出路减速、靠边停车、呼叫远程协助、或者保守地维持当前状态。这个性质差异会传导到系统的每一个层面。感知要求从“提醒驾驶员有障碍物”变成“障碍物的完整轮廓、速度、运动意图都必须精确”决策要求从“建议性规划”变成“具有交通法规意识的通行策略”操作系统要求从“辅助支持”变成“功能安全全程护航”。2.2 量产越深越能看清L4和L2的距离既然性质差异这么大为什么说量产经验反而是做L4的加速器周恺的解释是量产阶段积累了大量关于“corner case长什么样”的认知。举个例子。普通的鱼眼摄像头雨天会被水滴遮挡量产阶段解决这个问题的方式可能是优化加热丝布置、调整摄像头安装倾角、再加上算法对水滴纹理的时序检测。这些问题在测试车队里很难摸清规律因为测试期间可能只遇到几场雨但在百万量级用户手里一天就可能撞上几万个雨天的场景样本。量产公司经过这轮“毒打”对传感器在环境退化下的失效模式有非常深刻的理解。而L4恰恰是所有失效模式放大器。一台L2的量产车摄像头被泥水遮挡驾驶员大概在几百毫秒内就会接管但一台L4无人车被泥水遮挡时系统要自己去识别“摄像头脏污、感知置信度下降”这个状态触发清洗逻辑然后还要判断清洗后感知是否恢复。这套逻辑在纯L4公司可能要新建立而量产公司已经有了类似的脏污检测、场景置信度估计、传感器失效降级的全套方案只是需要把它们从“提示人类”调整为“自动处理”。所以量产的真正价值不在于它和L4长得像而在于它已经把汽车智能化这条路上最脏、最苦、最琐碎的坑都踩了一遍。这些坑里踩出来的经验放到L4语境里几乎全部适用只是回答的题目从“如何让人及时接管”变成了“如何让系统优雅自处”。3. 可复用的底层资产感知、数据与仿真3.1 一套感知架构同时供养量产与L4很多外人以为量产车的感知系统和L4无人车的感知系统必须完全分开因为传感器配置不同、算力不同、精度要求也不同。但这个理解已经落后于技术演进。周恺他们的经验是真正的感知底座可以是一套统一的架构量产和L4用的是同一个“大脑结构”只是换不同大小的算力平台和传感器配置。具体到技术上就是目前主流的BEVTransformer方案。这套方案的核心理念是把多个摄像头、雷达输入的环视信息统一投影到自车为中心的鸟瞰视角空间然后通过Transformer的注意力机制在这个统一空间里做目标检测、轨迹预测和在线建图。好处很明显模型不用关心你的传感器是6V还是12V配置它是从数据里自动学习如何融合不同来源的信息。量产车型硬件配置相对有限可能是前视加环视加少量雷达L4无人车则塞进激光雷达、前向长焦、补盲摄像头还可能有侧向毫米波雷达。从模型骨架看它们完全可以共享同一个BEV空间只是输入通道多少不一样。更关键的是感知模型可以通过量产数据进行预训练把大量常见的交通参与者识别、车道线语义理解做得非常扎实之后再用L4场景数据做针对性微调。周恺把这件事说得很直白如果你让一个没有量产经验的团队从零训练一个识别乱窜外卖车、鬼探头行人、乡村道路无车道线的模型那它可能需要积攒很久数据才能稳定。但量产模型里这些能力已经“天生就会”L4团队只需要在它基础上补场景。3.2 量产车影子模式直接把长尾场景库喂大量产带来的数据在L4里的一个重要用途就是“影子模式”。所谓影子模式就是量产车在正常行驶时背后还挂着一个L4算法包它并不控制车辆只是静静观察驾驶员操作把当前路况输入到自己的模型里实时推演“如果换我来开我会怎么决策”。每当系统认为自己输出的决策和驾驶员实际的操作有明显差异时它就会把这个片段标记为“有价值场景”回传云端。这种机制用极低的成本收集到了大量连测试车队都很难遇到的稀有场景。有人统计过一支几百台的L4测试车队跑上一年积累的高价值长尾场景可能还不如十万台量产车跑一个月的影子模式数据多。虽然两者的数据质量、传感器精度不一样但覆盖度差距是数量级的。有了影子模式L4算法在发布前就能先在“虚拟的百万用户场景池”里过一遍。哪里高频失败、哪里决策偏保守、哪里预测和人类驾驶风格冲突都会提前暴露。这个能力的价值是在每一次OTA迭代里都能省掉大把测试里程。3.3 仿真系统从“验证升级”到“场景生成”量产阶段仿真系统的核心任务是快速验证每一次版本迭代保证更新不引入性能回退。它靠的是积累的场景库——用户回传的、测试采集的、标准法规要求的所有典型工况。但L4对仿真的需求完全不同。周恺提到一个术语上的差异“你要能把场景生成出来而不仅仅是回放老场景。”L4的仿真必须有能力在给定地图区域里自动组合出交通参与者相对位置、运动轨迹、天气光照条件等变量批量生成密集的长尾场景来考验决策系统。比如“一辆车从前方右侧商区驶出时恰好遮挡住一个逆行电动车”仿真要能把这个结构随机化生成上千个微变体版本去观察感知和决策系统的稳定性。这个能力实际上是量产阶段的仿真平台天然长出来的一个分支因为量产阶段已经积累了庞大的场景素材库。给这批素材加入生成模型、加上变异逻辑L4仿真系统就往前跨了一大步。这套体系听起来不复杂但落地时最大的困难是“语境对齐”仿真场景里标注一个障碍物和真实世界里传感器看到这个障碍物的感知置信度必须能在经验上对应起来。量产团队因为常年用用户回传数据做场地和场景验证对这套对齐逻辑已经建立了一套迭代闭环这一点是纯L4公司需要花很长时间才能补齐的。4. L4无人车最难啃的骨头恰恰是量产车上没有的东西4.1 传感器冗余不再是“备份”而是“分工”如果说前面讲的是量产可以平移给L4的资产那这一章就是真正让L4变“贵”和“难”的部分。L2量产车的传感器方案从成本考虑很少做真正的冗余。一个摄像头失效、一个毫米波雷达失效系统会降级提醒用户但不至于需要为这个问题设计专门的安全策略。L4车不行它必须在单一主传感器失效时仍然保持基本的感知和操作能力。这里有个关键理念冗余设计不是为了“多装几个一样的”而是要用不同物理原理的传感器覆盖同一个安全空间。摄像头擅长纹理识别激光雷达擅长精确测距毫米波雷达擅长穿透雨雾它们的失效模式不同相互之间才能形成真正的备份。周恺说这就像一支球队不能只有一名主力门将你还需要一名风格完全不同的替补因为主力门将和替补门将不会有同一种肌肉抽筋的方式。在具体布局上L4车通常会设计前向主感知、近距离补盲、侧向感知以及车顶一个相对独立的感知单元。当某个方向的主感知链路失败时系统不会直接刹停而是通过降级模式继续运行比如减速至安全速度同时通知远程云端介入。这套策略不是简单的“越多越好”而是要结合ODD去算清楚在这种速度、这种路面、这种场景下最少需要看到多远、多宽、多稳定才能保证安全车位可达。4.2 线控底盘与功能安全从“辅助”到“主责”的转变量产车的底盘和转向系统设计目标是人可随时接管所以电子稳定系统、转向冗余的粒度不需要做到极高可用性4级。L4无人车的底盘系统必须把“人接管”这个默认兜底拿掉转向、制动、动力甚至低压供电都要有冗余通道。随便举几个细节就足以说明差别。转向冗余上量产车通常只有一个电动助力电机L4车则要求双绕组电机并支持失效降级到“最小风险状态”操作。制动冗余量产车只需要满足法规安全制动距离L4车则要求主制动系统失效后备份制动系统仍能独立刹停而且刹车踏板的物理位置不能因为线控故障而锁死。电源冗余量产车断一次电没关系车靠边停下等人来处理L4车断一次电整个感知、决策、监控链路都掉电那就基本等于失控开始。周恺毫不讳言“这一项大概占了整个L4项目一半以上的成本和技术难点。”很多从互联网背景过来的算法团队容易低估底盘安全架构的复杂度总觉得这是供应链的活买一个所谓L4级线控底盘就行。但真正做下来才发现线控底盘厂商只是提供零部件系统集成的安全分析、故障树推导、降级策略设计必须由整车智能团队自己做。4.3 云端远程协助L4的第一条“安全边际”聊到一个不常被技术圈讨论但商业上至关重要的角色——云端远程协助。L4车会遇到无人驾驶系统的感知盲区或理解歧义。比如前方发生多车事故交通状况十分复杂或者有交警打出成套的指挥手势。这些场景不是系统一定处理不了而是确认时间太长容易导致通行效率下降甚至长时间停滞。这时候就需要远程协助员来看画面、判断态势并给车一个“意图级”的指令允许低速通过、绕行某条车道、或者在下一个路口待命。注意这不是让云端驾驶员遥控驾驶而是把执行层面的规划交给车载系统云端只负责提供更高层的意图。这件事在量产车里完全没有对应物因为它更像“运营系统”而不是“车辆系统”。但也正因为量产公司有规模化的云端有车队监控、数据回传链路反而能更快把这个运营场景搭起来。L4车队要落地远程协助的人效比会直接决定运营成本一个人能同时看10台车还是40台车差距巨大。远程协助中心不是替补席而是整个无人驾驶运营体系中的人机协同调度节点。4.4 降本路线把L4从“样车”变成“商品”L4样车和L4商品的巨大鸿沟在哪成本、可靠性和可维护性。头部公司的第一代robotaxi激光雷达用顶级的360度旋转雷达单价按万元级别计摄像头十几个再配高精度定位和冗余计算平台整车硬件成本上到几十万元并不稀奇。如果靠这种方案做大规模商业运营回本周期长得没法看。量产公司做L4一个强烈的驱动力就是它们实在太懂“把硬件成本打下来”的方法论了。传感器选型可以针对ODD做减法限定在城市快速路和封闭园区很多中远距离感知不用堆那么多高线束雷达数据闭环发达之后感知模型能在更稀疏的传感器配置下维持安全性算力平台也可以选择更合理的车规级方案而不是追求实验室级算力。周恺举了自己团队的一个思路把L4的传感器方案尽量向量产车的“高配版”靠而不是另搞一套完全陌生的豪华套餐。这样不仅成本可控产线一致性验证、供应链管理、售后维修都不用重新摸着石头过河。降本不是偷工减料或者砍掉安全裕度而是把每一分硬件都用在明确界定的ODD安全需求上。5. 关于算法、安全冗余与商业节奏的几个真问题5.1 为什么不直接在量产车上把辅助驾驶“升级”成L4这个问题几乎是每次采访的必问题。我换了个更刁钻的角度问周恺既然你们已经有百万台量产车在路上为什么不直接在这批现成的车上放开无人驾驶功能通过OTA把L4的“魂”系上去他笑了说这是团队内部也反复讨论过很多次的话题。量产车和L4无人车的物理底盘和传感器配置天然不同不是靠软件升级就能弥合的。他举了个非常形象的例子“你让一个量产车在某一刻完全自主决策就好比让一个普通体育生临时上场打职业赛即便战术意识再强体能和装备的差距会很快把你打崩。”另外L4承担的安全法律责任等级不同运行逻辑完全不同。量产车上一旦发生L4级对外运营必须有对应的商业保险、合规认证、全天候远程值守以及一套完全独立的可解释性追溯体系。这不是在量产车上打一个软件补丁就能实现的。所以做L4必须单独定义硬件、单独建线、单独跑认证量产团队的价值体现为“know-how”输出而不是“软件包复制”。5.2 高精地图和重感知L4路线应该怎么选L4技术路线这些年一直在“高精地图派”和“重感知派”之间摇摆。高精地图能给车提供厘米级车道模型让决策系统更省力重感知路线则强调车辆自身视觉在线建图不依赖地图新鲜度。周恺认为这个二元对立有些过时了。他的观点更折中L4车一定需要“轻地图”或者叫“先验-在线结合”。城市道路不是一成不变的施工改道、临时护栏、新设红绿灯每天都在发生。纯依赖高精地图会导致车在动态变化面前容易“僵硬”纯靠重感知又会在复杂路口缺乏先验信息导致决策过于保守。量产公司的独特优势在于它们拥有海量的众包地图数据可以非常高效地维护一个动态先验库然后车载在线感知负责处理新鲜变化两者结合既有稳定性又有灵活性。5.3 真正的护城河是什么最后一个问题我问周恺做了这么多年如果只能带走一样东西你会选什么他说答案不是算法不是传感器方案也不是工程量产能力而是“组织对人的理解”。“自动驾驶本质上是把人类驾驶员的感知、认知、决策过程拆解成机器可以执行的无数个微小步骤所以你必须深刻理解人在各种真实交通场景里是怎么想的、怎么互相配合的。这种理解不会只来自一场路测、几次算法迭代而是要浸泡在海量驾驶数据里持续追问‘他为什么要这么做’。”量产让团队每天都浸泡在这种真实驾驶行为里这可能是转去做L4时最宝贵、也最难以复制的起点。我在结束这场对话后的几个观察这次聊完我自己复盘了几个感受分享给在关注这条赛道的朋友。第一量产和L4不是替代关系而是递进关系。量产让公司获得现金流、数据和工程化语法L4让公司能够真正回答“无人驾驶的社会价值和商业壁垒是什么”。两条腿走路比单押任何一边都更稳。第二L4无人车短期内很难成为大规模营收来源这不该回避。但它的价值在于定义下一代出行体验和运营标准。一家量产公司布局L4不是为了明天赚钱而是为了后天不掉队。这和买期权一个道理你付出的本金有限换来的是一个常见的头部位置。第三关于停车、接驳、港口、园区这些限定ODD的L4应用我认为会比全城开放的robotaxi跑得更快落地。因为ODD越封闭安全边界越清晰降本路径越明确。量产公司如果能把一套L4系统从高成本的样车做到相对低成本的商品那么率先跑通的很可能就是这些区域场景。第四也是最后想强调的一点做L4不要想着靠“大而全”的传感器堆料去回避算法难度也不要为了成本妥协掉冗余设计。真正成熟的团队是用一套清晰的ODD定义去反推系统安全需求再在这个安全框架里做极致的成本优化。这条路很慢但一旦走通过竞争者很难用同样的方法追上你。