软件开源之后,车企就能摆脱供应商了吗?

目 录

开篇：一个不太受欢迎的判断

先讲一个项目的故事

第一层：代码层——你拿到的是代码，不是平台

第二层：工程层——从源码到量产，隔着六道门槛

第三层：商业层——供应商不会消失，只会换一种方式收钱

第四层：治理层——谁维护开源，谁决定开源

落到实处：一套可以带进会议室的决策方法

结语：真正的自由，是有能力选择供应商

先别急着谈能力，咱们先看看“开源”这两个字本身，有多少水分。

AUTOSAR的CAPI就是个好例子。2026年8月20日发布，官方宣传语很有画面感：从建筑蓝图，到预制地基。GitHub仓库公开，能克隆，15个核心功能集群的实现，还带一个能直接跑起来的演示环境。中文技术圈当时奔走相告：AUTOSAR扛不住开源了，开始自己交代码了。

我去翻了翻它的LICENSE文件，里面有三句话，值得抄下来。

第一句，“for the purpose of INFORMATION ONLY”，仅供参考。

第二句，商业开发使用，需要另行获得知识产权授权。

第三句，未经出版方书面许可，不得用于其他目的。

CAPI 采用的是一种有治理边界的协作模式。AUTOSAR 官方的定位叫“community-source”或“open contribution model”：代码对公众可见、可克隆、可评估，但商业量产使用需要成为 AUTOSAR 合作伙伴并获得相应授权。这其实是 AUTOSAR 一贯的逻辑——它的规范历来就是“information only”公开、合作伙伴免版税使用。CAPI 把同样的治理框架从规范延伸到了代码。

软件行业给这种模式起了个名字，叫source-available，源码可获取。注意，它不是无条件开源。开源指的是OSI认证的那几类许可证，使用、修改、再分发全部自由，Apache、MIT、GPL都算。

好，就算碰上的是真开源——比如理想星环，Apache 2.0，干净利落——还有版本的问题。CAPI 1.0的源码停在R20-11，那是2020年11月的标准。此后AUTOSAR又发了五代：入侵检测、防火墙、整车配置管理、DDS、时间敏感网络……最近几年软件定义汽车最需要的东西，恰好都堆在这五代里。2026年8月交付的这块“预制地基”，恰好一块都没有。

说句公道话，实现滞后于标准是常态，等规范稳定再做实现，有它的工程合理性。但这件事提醒我们一个更普遍的规律：就算你拿到的是货真价实的开源代码，“拿到代码”和“拥有平台”之间，也隔着一段很长的路。

图 1  从代码开放到软件自主：五级能力台阶

这段路可以拆成五级台阶：

第一级，看得见：能读实现、理解机制，出问题不必全靠供应商解释。

第二级，改得了：依赖、交叉编译、硬件适配都能自己动手。

第三级，集得成：接口契约、资源配置、跨组件故障，能在真实硬件上调通。

第四级，过得了：功能安全、网络安全、发布管理，能形成完整的验证证据。

第五级，养得活：分支管理、上游同步、漏洞响应跟得上，必要时能独立接管关键组件。

对照这五级，你可以自己评估一下：那些宣布“软件自主”的车企，实际站在第几级？我的观察是，不少停在一级半——看得见，勉强改得动，集成还靠供应商驻场。

这里有个判断，值得单独写下来：

把代码所有权当成系统控制权，是这个行业这几年最常见、也最昂贵的错觉。

聊完代码，聊工程。从源码到量产，中间至少隔着六道门槛，一道都绕不过去。

第一道，硬件适配。开放的软件栈不会自动认识你的芯片。SoC一换，驱动、BSP板级支持、系统移植，全是工作量。理想敢宣传星环OS四周完成芯片适配——对比闭源方案的三到六个月——那是200名研发、累计10亿元投入换来的能力，不是Apache 2.0许可证附赠的。普华的小满做了158款芯片适配，其中20多款是国产芯片，这也是一年一年堆出来的。一句话：芯片适配能力是养出来的，不是开源开出来的。

第二道，架构与接口。组件分别开源，不等于能无缝拼接。通信中间件是这个社区的，内核是那个项目的，安全框架是第三个联盟的——接口契约谁来定？版本兼容谁保证？配置模型打架了听谁的？没有统一的平台架构，开源组件堆起来，就是一堆说明书互不配套的乐高。

第三道，工具链与构建。冷不丁问一句：你的团队现在能把整个软件栈从零构建一遍吗？依赖获取、交叉编译、包管理、自动化测试、部署调试，完整复现“从源码到发布物”这条流水线的能力，是最容易被低估的一项。多少团队的真实现状是：能改代码，不能重建系统。

第四道，安全与合规。开源代码不自带ASIL等级。到今天为止，全球拿到车规认证的开源操作系统，一只手数得过来。Elektrobit的EB corbos Linux，第一个同时通过ISO 26262 ASIL-B和IEC 61508 SIL-2双认证，SDK免费、认证和长期支持收费，2026年初才落地首个量产项目。红帽的车载操作系统，2025年才拿到exida的认证——注意，是组件级、ASIL-B这个中等级别。这已经是头部玩家的成绩单了。而责任归属没有任何含糊：开源社区不承担产品责任，装车出了事，责任在车企。供应链还有条暗线——有检测机构在某车型的T-Box固件里，扫出过3000多个已知漏洞。中国汽车工业协会为此牵头制定了《汽车开源软件供应链安全与合规通用要求》团体标准，不是没有原因的。

第五道，验证与故障闭环。故障横跨驱动、中间件、操作系统和应用层的时候，你能不能拿到完整日志、诊断信息、调试入口和复现环境，一路定位到根因？没有端到端的定位能力，源代码再开放，你也只是看着代码猜问题。

第六道，生命周期。一辆车要养10到15年，很多开源项目三到五年就停更了。上游停维护、依赖爆漏洞、硬件平台换代、关键人员离职——这四件事里随便来一件，都能让一个开源平台变成没人认领的遗产代码。

六道门槛说完，用一句话收住这一层：

聊完技术，聊钱。流行叙事是“开源会杀死供应商”，这半句话本身就值得商榷。

先看数据。AUTOSAR相关软件市场的整体规模，预计从2025年的约30.8亿美元，增长到2033年的59.4亿美元，年复合增长率8.9%。开源渗透的这几年，这个市场没有收缩，反而在涨。开源压缩的是代码溢价，不是市场总量。

那供应商靠什么继续赚钱？往少了数，是四类活儿。

一是硬件适配，把软件栈移植到特定的SoC和板级环境；

二是系统集成，把基础软件、中间件、诊断、应用框架捏成一个真正能工作的系统；

三是质量与合规工程，安全分析、验证、缺陷管理、量产发布；

四是持续服务，问题定位、现场支持、漏洞修复、长期维护。

眼熟吗？这就是第二层那六道门槛的商业形态。门槛不会消失，只会变成报价单。

已经有人把这条路走通了。Elektrobit的玩法几乎是教科书级的：SDK免费开放，认证和15年长期支持收费，2026年初拿下首个量产项目——Red Hat在服务器时代验证过的商业模式，原样搬到了车上。Vector在2026年1月做了战略重组，公开口径是从嵌入式软件供应商，转向软件生态供应商。注意这个措辞：不是退出，是转身。

但这里得泼一盆冷水。供应商的锁定冲动不会因为开源消失，只会变形。如果供应商把关键配置、构建流程、调试能力封装成新的黑箱——底层代码开着，入口握在手里——原有的锁定关系，就只是换了个位置继续存在。AUTOSAR CAPI那个“商业使用需另行授权”，已经是这个形态的雏形了。

再看中国这几家基础软件公司，情况更扎心。挑数据最全的说：中科创达2026年上半年，软件许可收入只占总营收的1.74%，开发加技术服务占61.45%，剩下是硬件——九成以上的收入，跟卖代码授权已经没关系了。东软睿驰2025年营收8.85亿元，净亏5415万，资产负债率99.8%。诚迈科技毛利率13.39%，经营性现金流连续四年为负。

真正压着他们的，是主机厂年复一年的压价，是AI正在替代掉的人力交付——是那两把更近的刀。开源只是背景板。

还有几件事开源替代不了：

安全认证的责任归属： AUTOSAR 发布 CAPI 1.0 时特别强调，这是在“preserving the safety, quality and interoperability” 的前提下推进的。开源代码可以下载，但功能安全认证（ISO 26262）的责任最终落在集成方身上。车企拿开源代码做量产，认证的活还是得自己干，或者找有资质的供应商一起干。

芯片适配的工程深度： 开源小满适配 158 款芯片这个数字本身说明问题：适配是实打实的工程投入，不是“代码拉下来就能跑”。RISC-V 的“可定制化”是优势，但定制本身也是成本。

开源不等于零成本： 某些业内人士说得很直接：开源是为了“避免重复造轮子”，降低的是共性部分的研发成本，不是全部成本。差异化功能、系统集成、验证测试，这些仍然需要投入。

最后一层，也是最容易被忽略的一层。

代码开源之后，有一串问题比代码本身值钱：谁负责审查关键修改？谁制定版本规划？谁处理安全漏洞？谁维护长期分支？谁决定一次不兼容的接口变更，能不能合入主干？

这些问题背后，是三个绕不开的冲突。

第一个，贡献者和使用者的冲突。一家公司只从社区拿代码、不投入工程资源，短期肯定划算。但所有人都这么干，社区吃什么？有个事实值得玩味：在Eclipse S-CORE的公开材料里，被AUTOSAR点名的核心贡献者，是中国的普华基础软件——Vector、Elektrobit这些老牌供应商，反而没有公开的贡献记录。生态的存续，靠有人持续投入；而投入，是需要理由的。

第二个，个别需求和公共平台的冲突。每家车企都希望平台为自己的特殊项目改核心代码。都这么干，共享平台就退化成一组互不兼容的分支，共建的意义清零。中国就是活例子：理想星环拉着长城、英飞凌、中科创达、德赛西威等16家签了共建章程；普华背后，是中汽协的开源共建计划和一汽、东风、长安；中汽创智和东风发布了天元OS；国科础石开源了础光Linux；AUTOSEMO攒了37家成员的工作组，主要产出却是标准和白皮书。四股力量，互不统属。中汽协自己都公开承认：大家各干各的。早年是每家自研一套操作系统，如今是每家开源一套——形式变了，协同的问题原地没动。

第三个，共享投入和竞争差异的冲突。花钱建的平台，竞争对手也能白用，这笔账怎么算？什么放进公共平台，什么留在自己手里？这已经不是架构问题，是商业决策。

这层里还有一个特殊角色，值得单独看一眼：华为的鸿蒙座舱。它压根没走开源这条路——内核闭源，SDK授权，2026年三季度开始向非鸿蒙智行的车企开放。开放授权的封闭系统，跟社区驱动的开源是两条路，但它用另一种方式回答了同一个问题：平台的价值，到底在代码里，还是在治理权里。

再看行业底色。AUTOSAR官方的FAQ里，有人问：今年的伙伴和贡献者数量为什么下降？官方回答很坦诚：不少公司暂停或退出了汽车软件领域，经济环境对小公司尤其困难。同一份问答里还有个更扎心的问题：既然Yocto Linux、Eclipse S-CORE都能跑高性能车载应用，主机厂凭什么选自适应AUTOSAR？这个问题出现在AUTOSAR自己的页面上，比任何第三方分析都能说明格局变了。

把这个图景，跟博世（2030年前裁减智能出行板块1.3万个岗位，板块利润率2%）、大陆（AUMOVIO分拆上市，全球裁减约4000个工程岗位）放在一起看，真实情况是两件事同时在发生：开源在渗透，行业在收缩。合在一起，不是“开源赢、商业输”，而是存量之下的价值重分配。

在中国，还有一股比任何联盟都硬的收敛力量：国标。GB/T 47341-2026和GB/T 47351-2026，一个5月发布、一个7月实施，车载操作系统的技术路线会被强制收敛——这个约束力，开源社区给不了。

聊到这儿，可以把开头的判断说完整了。

开源和 RISC-V 让车企在“基础层”有了替代选项，议价能力和技术自主权确实在提升。但供应商的价值在向上迁移——从提供黑盒操作系统，转向提供集成服务、安全认证、芯片适配和差异化中间件。 摆脱的是单一供应商的锁定，不是摆脱工程复杂度本身。

供应商不会消失。专业工程服务、复杂集成、长期维护，这些价值不因为代码开放而蒸发——它们只是从“卖许可”搬到了“卖能力”。

车企也不需要成为所有技术的开发者。但它必须想清楚三件事：自己买的是什么，为什么买，以及关系变化的时候，怎么换。

真正的软件自主，不是代码仓库的数量，也不是研发团队的规模，而是三样东西：架构决策权、技术判断力、必要的接管能力。有了这三样，哪怕某家供应商明天退出，平台照样演进。

未来活得好的车企，不一定拥有最多的代码，但它一定清楚：哪些软件可以共享，哪些能力必须自己攥着，哪些服务可以买，以及——当任何一段合作关系走到头的时候，自己还有没有能力，把车继续造出来，持续维护好。

参考链接：