车企要自己修炼，为什么还要你的底座？

AI模型江湖·行业篇 / 02 / 公司研究 · 地平线 · 2610

普通人的红利：产业 × 投资 × 交易，寻找AI时代的Google、Amazon ｜ 于AI诸相中，普皆共证菩提

本系列纯属个人兴趣，仅为AI江湖的八卦交流，不构成任何投资建议！如有侵权，联系删稿！｜2026年10月

先看结论

当前定位：BPU／征程及相关智驾底座处于金丹初期，向中期验证。酷睿程已在征程底座上开发并量产自有系统，合作又延伸至基础模型和下一代研发，客户关系已从采购走向核心能力建设。[1][2][6]

产业视角｜AI Native：地平线值得研究的，不只是卖芯片或一套驾驶功能，而是让不同车企形成自己产品的共同技术条件。

能力与持续性：发动机看算法、计算架构与工具协同；工程化看时间、质量、成本；平台化看开放、共生、团队怎样长期兑现。

投资视角｜金印五阶：金丹初期，向中期验证——已占据客户核心能力的底座，下一代合作有望加深依赖；但跨代复用和更广范围的固化，仍需实际交付证明。

交易视角｜风控五环：底层位置不等于任何价格都值得参与，不为尚未兑现的固化和元婴收益提前买单。

一｜江湖开场：车企越想自己做，地平线的位置在哪里？

看一家供应商，通常会问客户买了多少。看地平线，还要问一个反过来的问题：客户越想自己做，它的位置会变弱，还是反而更深？如果把自主开发理解成必须从第一颗晶体管、第一行底层代码全部自造，就很容易错过真正的平台关系。

2026年2月，CARIAD确认，酷睿程开发的首批驾驶辅助功能已经进入大众ID.UNYX 07，计算方案采用地平线征程6M。公告同时强调，酷睿程拥有自己的软件开发和系统设计能力。[1]这不是地平线做了一辆贴大众标的车，而是客户在相关计算底座上，建设自己的产品。

到7月，双方合作进一步涉及地平线基础模型的白盒访问，用于酷睿程继续开发统一驾驶系统；同一公告仍把酷睿程的芯片项目、数据平台和大众电子电气架构分别列出。[2]客户资产有自己的归属，与底层供应商存在技术关联，两件事可以同时成立。

本期主评BPU／征程、工具链及相关底层技术，保持“金丹初期，向中期验证”的定位。原因是酷睿程已围绕征程底座开发自有系统，基础模型与下一代研发合作又为依赖加深提供了建设基础。[1][2][6]接下来要看同等深度的投入能否跨代复用并持续扩展，而不是把所有硬件采用都算成同一种模型依赖。

我的观察是，这门生意最有意思的地方，在于它试图把“帮助客户自主”与“留下自己的位置”放在同一条路上。做得好，客户不用重造全部底层，又能形成自己的差异；做不好，要么退成一款可替换器件，要么变成替每家车企重复开发的外部项目组。两种结果，不能只靠发布会区分。

二｜产业视角·需求：车企各有招式，什么底座值得共同建设？

车企的需求，不只是多一个功能按钮。它要决定怎样的驾驶体验适合自己的品牌，怎样在产品成本内实现，出了问题怎样定位，下一款车怎样继续开发。共同能力与产品差异并存，才使底座有存在的机会；如果所有价值都由一套不可修改的成品包办，客户的自主空间就会变得很窄。

从AI Native看，增能首先是研发团队能够利用更完整的模型和工具，处理原来难以负担的工作；向承责推进，则要求任务边界、执行、异常处理与验证共同成立。乘用车上的辅助驾驶还须按明确功能和责任边界理解，不能把“更智能”自动写成驾驶责任已全部交给供应商。

更远一点，可以设想，同一底层能力能够在不同车型上以可承受的成本部署，研发资源不再被大量重复工作消耗。它有机会支持更广的供给，也就是丰裕的方向。模型对复杂场景的探索，则可能打开新的功能边界。但这些是产业可能性，是否可靠实现，仍要回到具体产品与验证。

开放，是地平线已经作出的一种业务选择。其公开商业模式包括BPU或算法授权、芯片与工具链、全栈方案及联合开发。[3]这使客户可以在不同层次取得能力，而不是只有购买一个黑盒成品的入口。授权仍有边界，开放的含义是愿意把有效建设条件交给别人，不是所有资产无条件赠送。

表1｜开放不同层次的能力，客户承担不同开发任务

表中是业务方式的分析，不是三类客户依赖程度的统计。[3]买到同一颗芯片的两家车企，可能有完全不同的开发深度；共同开发也不意味着双方全部产权已经合并。先拆清谁能够做什么，才知道关系会沉淀在哪里。

共生比开放再多问一句：别人借这套底座，能不能做成自己的生意？2023年的TogetheROS·Auto开发套件说明，地平线通过分层框架、标准接口和参考节点，支持车企、一级供应商及模块伙伴协同开发。[4]一级供应商通常简称Tier 1。它们可以在共同框架中提供自己的模块与集成，而不只是替原厂卖门票。

这说明技术上安排了合作空间，却还不能证明每个伙伴都已获得可持续利润。真正的共生，要看伙伴形成了什么产品、客户与收费关系。原厂做全栈样板也不必然与生态矛盾：样板可以帮助验证底座；关键是后续怎样划分产品、交付和客户空间，让伙伴仍有继续投入的理由。

团队能力就在这种取舍中体现。底层架构与模型需要连续投入，大客户又有具体时点和专属要求。一个平台团队要能区分哪些需求值得进入共同产品，哪些应由伙伴或客户处理，哪些订单虽然眼前好看，却会长期拖散技术路线。这比把掌门履历再抄一遍，更接近事业心的实际含义。

从2023年开放开发套件，到2026年客户侧确认的自研系统与底层模型合作，可以看到技术供给方式与客户自主目标之间的一条连续线。[1][2][4]我看重的是这种方向有具体动作支撑；但共同经营的长期收益和内部资源决策，公开资料还没有给出完整答案。平台胸怀要看兑现，不能靠一句“不造车”就自动满分。

三｜产业视角·供给：BPU、模型与编译器，怎样一起炼成真本领？

地平线的发动机，不宜拆成互不相干的三份荣誉册：模型团队很强、芯片团队很强、工具团队也很强，所以公司必然很强。真正需要说明的是，这些能力怎样围绕同一任务作取舍，最后把训练中的改进带进受约束的车端。

BPU是地平线自研的智能计算架构。公司在2023年纳什架构发布材料中，明确描述算法、编译器与架构协同，并针对Transformer等计算需求调整存储与数据流组织。[5]这里采用的是技术结构说明，不把“最强大脑”等宣传语当作同条件性能结论。

C的关键，是算力能不能有效工作，而不只是峰值数字够大。模型需要的算子、数据搬运与硬件资源如果配合不好，更多计算单元也可能在等数据。编译工具则负责把模型组织为目标硬件能够执行的任务，并帮助定位瓶颈。可以把它理解成排兵布阵：弟子再多，堵在山门口也不能一起出招。

A看模型与学习方法怎样提高实际任务能力。7月基础模型合作说明，地平线的一部分能力开始被客户用于继续开发自己的端到端驾驶系统。[2]它是能力输出方式的证据，不是所有交通情形已经可靠解决的证明。更重要的后续问题，是新增能力能否被部署和验证，而不是模型名称越来越接近“世界”。

公司2023年的开发套件还将算法工具链、开发云与应用框架连接起来，为数据、集成和验证提供共同工具。[4]这是历史工程积累，应与当前版本区分。我认为它的价值，在于让研发与车端之间少一些手工拼接，使客户可以把时间花在自身产品，而不是重复修底层管道。

D数据工厂要问场景怎样形成可信的学习信号。罕见事件、仿真组合和真实道路样本的作用不同，训练场景与独立验证也应分开。车辆遇到过某个场景，并不自动说明原厂取得了完整数据；数据归属与使用许可，必须按客户安排确认，不能把装车量直接换成数据资产。

E经验飞轮再追一次具体改进：问题怎样被发现，如何筛选，进入何种模型或工具更新，更新后又用什么证明有效。客户拥有自己的数据平台，与地平线提供基础模型是可以并存的。[2]但仅从合作结构，还不能推出客户的全部经验都会进入地平线共同训练池。

表2｜CADEF：本篇的支撑判断与证据边界

F不只是账上有没有一袋灵石。芯片、基础模型和量产支持的资源节奏不同，维护当前客户与建设下一代也会争夺人和钱。本篇没有足够的同口径资料计算这一业务的精确续航，因此不编能支持几代模型。大额投入可以解释方向，能否形成有用能力和客户采用，才是下一段证据。

把CADEF连起来，我对地平线的能力判断是：软硬协同与开发工具构成了有内容的共同底座，潜力不止在单颗器件；仍需持续核对的，是真实经验能否合法转成改进，以及多层投入能否形成下一轮交付。发动机值得研究，不能替客户关系抢答。

四｜产业视角·交付：从开发到量产：时间、质量、成本怎样兑现？

交付不是把模型文件交出去，也不是芯片到货就结束。对车企来说，需求与接口要确定，功能需要集成、调试和验证，上线后还要处理版本、异常与维护。不同合作方式下，这些责任由地平线、酷睿程、整车企业和其他伙伴分别承担，不能都记成一家完成。

时间上，2026年2月客户公告确认的产品交付，是清楚的已发生节点。[1]另一边，大众在2025年11月公布由酷睿程推进自研SoC，预期在此后3—5年内交付。[6]前者证明当代兑现，后者说明下一代建设方向。拿后者的计划替前者增加量产成绩，账本就会穿越。

7月公告也把新的L3能力列为后续目标，而不是当前全部完成。[2]这种区别对工程评价很关键：有计划说明在投入，有真实交付才说明进度兑现；仅知道终点已经发生，也还不能反推开发比同行快了多少。起点、范围和验收条件不一致，周期数字就没有可比性。

质量要看系统在承诺功能范围内的实际表现。模型评测、单芯片性能、整车体验与运行中的异常处理，各自回答不同问题。对复杂驾驶任务，必须保留功能边界与驾驶者责任，不能把辅助驾驶中的模型能力写成无人驾驶已经全面成熟。

成本则要沿整条交付看。芯片采购只是其中一项，开发适配、验证、额外计算资源、失败返工和后续维护也会消耗资源。如果硬件便宜了，却使客户不得不长期追加工程团队，客户未必得到更好的整体结果。反过来，共同工具有机会减少重复工作，但这种效果需要实际项目对照，而不是照抄一张宣传倍数图。

表3｜TQC：交付节点、实际质量与完整成本

我更在意下一款产品能否继承上一款形成的有效工具与方法。工程能力强，不只是这次靠人海完成；还要能在新任务到来时继续兑现，而不是每一代都把掌门和长老全部请到现场救火。地平线的开放工具为这件事提供了条件，真实节省多少，仍应留给客户项目记录。

五｜投资视角：占据已有线索，固化还看哪一代？

投资视角回到经营结果。地平线所争取的战略位置，是智能驾驶计算、模型与开发的共同底座；它能够参与的市场，不是整辆汽车的全部售价，而是这些能力的交付、授权与持续支持。用整车市场规模给底层供应商估收入，容易把别人的车轮也装进自己的钱袋。

技术定的依据，在于BPU、征程产品与开发体系已经形成可辨认路线，并进入真实客户产品；新的模型和芯片仍在演进。格局方面，进入重要车企开发体系说明其生态位已有分量，但统一市场口径的份额与同等深度覆盖仍须分开核实。成熟供给不等于行业从此只剩一种路线。

金丹初期的关键证据，是酷睿程在地平线相关计算与模型能力上开发自己的系统。[1][2]客户不是只消费一段结果，而是在建设后续产品所需的本领。这种建设涉及特定技术接口与验证关系；我据此判断，撤换相关底座会有关键能力重建工作，而非只更换一个外围软件。具体代价尚未取得，不能虚构工程人月。

这里最重要的比较条件，是保留客户真正的目标。若目标只是让一款车迅速增加功能，外购另一套方案可能值得比较；若目标是通过自己的组织持续研发，替代方还得满足自主控制与后续开发要求。大众在其他产品中选择外部路线，并不能单独回答酷睿程这一平台怎样迁移。

但大众需要酷睿程，也不等于酷睿程永远需要某个供应商。前者是组织和战略安排，后者还要靠可识别的技术价值连接。客户自己的芯片项目、数据平台和软件资产不能全部归给地平线；同样，客户拥有这些资产，也没有自动消除底层架构与模型的作用。

因此，本期保留金丹初期，向中期验证。初期不是“只有一个大客户”之意，而是已出现实质占据，下一代和更广范围的固化仍在验证。合资与独立客户应分别看；硬件采用、技术授权与完整系统采用，也不能混成一张生态人数表。

固化要求下一轮重新作技术选择时，客户仍沿共同底座建设，已有投入与新增投入能够累积。自研SoC和基础模型深化合作，是值得重视的建设信号，但未来交付不能当成已完成跨代。[2][6]中期要看到同等深度关系反复出现，不是同一代多卖几款车型就自动升级。

穿价值已有清楚的业务路径：技术授权、产品与服务可以让原厂取得收入；穿生态则要看伙伴能否在底座上组织产品并影响终端选择。[3]路径存在不代表两穿已经稳定。车企希望掌握自主能力，也希望把更多收益留在自身，双方如何分享增量价值，需要实际经营来证明。

EDP解释的是这条关系能否继续。发动机若不能满足下一代要求，原有嵌入也会遇到挑战；工程若持续延误，客户开发计划会受到影响；开放与共生若被短期利益侵蚀，伙伴投入也可能改变。反过来，这三方面共同改善，会增强固化的条件，但最终仍由新一轮客户建设确认。

元婴还在后面：底层位置能否形成合作、收费与交付规则，并以高质量收入、高毛利、稳定现金和回报共同兑现。客户暂时难换，与原厂已经能持续主导分配，不是同一个结论。我们研究的是实权怎样长出来，不给“智能汽车底座”六个字自动配上永久税票。

六｜交易视角：下一代可以期待，价格不能先飞升

地平线的研究价值，在客户自主能力与底层供给之间，不在一个必然上涨的故事里。多代研发需要资源，授权和交付也有各自节奏；本篇不以未来车型目标推算当前收入，更不以尚未完成的固化支撑统一估值。沿准入、定仓、估值、共修、退出守住边界，先看清业务与证据，再看价格预支多少。亏损本身不是技术先进的奖章，开始获利也不是停止进步的证据。重要的是投入形成了什么能力，客户是否实际继续建设。企业还有路要走，资金安排不应假定每一代都能如愿。

七｜共修观察：继续围绕谁建设，让下一款车回答

近期最值得跟踪两件事。第一，酷睿程下一代真实产品如何承接已有计算、模型和工具资产，而不只公布更高功能目标。第二，其他独立客户或伙伴能否出现同等深度的建设，使地平线的平台关系不只是一个战略合作体系中的局部事实。

第一件事要把客户开发、供应商能力和实际交付放在一起看。下一代软件能不能继续使用有效工具与验证方法？重要变更由谁完成、付出什么成本？这些事情不要求公开全部源代码，却可以从客户产品进度、共同开发说明和实际工程记录逐步判断。

第二件事则要看伙伴能否自己开工坊。不是又签了多少份合作备忘录，而是伙伴是否形成自己的产品、客户与持续收入，原厂是否也取得合理回报。共生的尺度，是双方有理由继续，而不只是原厂售出了更多器件。

反证不必等到客户彻底离开才有价值。若新技术把原有计算与模型明显模块化，关键资产越来越容易迁入通用层，或客户因交付问题暂停下一轮建设，就需要重审固化条件。若只是公开资料增加了，我们对阶段的修正也可能只是认识变清，不是企业突然破境。

更远的元婴，要看地平线能否参与新的产业分工与终端选择，维护合理合作规则，让投入有持续收益。已有底座支持新产品和伙伴，这是可能的方向；能不能做到，不能只靠“平台”二字。

地平线最值得追的，不是车企会不会自己做，而是车企越能自己做时，为什么仍愿意采用它的共同底座。下一款车、下一代模型和下一次伙伴经营，会比一次发布会给出更清楚的答案。下一篇转到晶泰：计算与实验连成了环，客户的研发是否也会围绕它扎根？

资料与研究口径

本篇刊期为2610，原始资料日期与研究基线保持不变。主评BPU／征程、工具链及相关智驾底座，阶段采用本系列26Q3的“金丹初期，向中期验证”研究定位。资料截至2026年9月24日，具体产品按各公告的发布日期和完成状态表述。客户自有系统、合资主体、基础模型及硬件资源分层归因。

正文中的阶段、机制分析及未来情景属于研究判断；有日期的事实按原始来源区分已发生、计划和预期。未公开的迁移成本、训练权限、客户留存与伙伴收益均不补造。

[1] CARIAD｜New CARIZON driver assistance launched with CEA architecture

2026-02-12，客户侧公告。确认首批功能进入大众ID.UNYX 07，采用Journey 6M，并说明客户的软件与系统开发能力。 原文

[2] CARIAD｜深化基础模型合作，推进L3／L4开发

2026-07-22，客户侧公告。支持基础模型白盒合作与在研技术组合；L3交付目标与其他未来计划不记作已完成。 原文

[3] 地平线｜商业模式与合作方式

动态官方页面，2026-09-24核对。只采用底层技术授权、芯片与工具链、全栈方案及联合开发的模式描述，不据页面动态数字重评份额。 原文

[4] 地平线｜TogetheROS·Auto开发套件

2023-04-28，历史官方产品说明。支持开发、集成、验证及多伙伴接口协作；不把历史产品描述外推当前全部客户效果。 原文

[5] 地平线｜BPU纳什架构

2023-04-20，官方技术资料。支持算法、编译器、架构与数据流协同；不采用宣传性性能排序或统一降本结论。 原文

[6] CARIAD｜大众中国自研SoC计划

2025-11-05，客户侧公告。描述由酷睿程推进的自研芯片及当时3—5年交付预期；不作已量产证据。 原文

研究说明：本文用于产业与企业研究交流，不构成任何投资建议。阶段为有证据边界的研究判断，未来情景不构成承诺。

声明：本文由 AI 辅助整理初稿。