NVIDIA 将 Alpamayo 商业化,但开放权重并不能造就 Robotaxi
- Ethan Carter

- 15小时前
- 讀畢需時 14 分鐘
NVIDIA 本周将 Alpamayo 2 Super 交到商业开发者手中,使一则 Google News 标题成为对开放式自动驾驶 AI 的重要考验。该公司已发布这一系统的模型权重和推理代码,该系统旨在对道路场景进行推理、生成驾驶计划,并解释这些计划。
眼下改变的是许可条款,而非上路准备程度。开发者如今可以将该模型用作商业构件,而不再局限于研究实验。这为无法资助可与 Waymo 或 Tesla 媲美的专有基础模型项目的汽车制造商、Robotaxi 运营商和软件供应商开辟了一条路径。
不过,Alpamayo 2 Super 并不是一个可下载的 Robotaxi 驾驶员。它是一个大型教师模型,旨在用于训练、标注、仿真、评估和定制。量产车辆仍需要更小型的车载模型、冗余安全系统、大规模验证以及监管批准。
这一差异界定了核心竞争。NVIDIA 希望开放平台成为自动驾驶汽车开发的共享基础。专有运营商则通过自身投入表明,整合的数据、软件、车辆和运营能力依然不可或缺。
Google News 标题实际改变了什么
NVIDIA 已将 Alpamayo 2 Super 从承诺夏季发布,转变为可用于商业开发的资源。
NVIDIA 于 2026 年 6 月 1 日在 GTC Taipei 上推出该模型。当时,该公司表示其权重和推理代码将在夏季期间发布。相关代码库现已通过 Hugging Face 和 GitHub 提供。
此次发布之所以重要,是因为此前 Alpamayo 的可用性对研究和实验有更严格的限制预期。可商用的权重允许企业在遵守许可证和适用法律的前提下,将模型输出纳入创收型开发项目。
推理代码采用 Apache License 2.0。权重采用 NVIDIA 的 Open Model Development and Weight 许可证,代码库中标识为 OpenMDW-1.1。开发者仍须针对其计划中的部署、数据和分发安排审查相关条件。
“开放模型”这一表述也需要准确理解。它意味着开发者可以访问权重和配套代码,但不一定会披露模型背后的每一个训练样本、数据清洗决策、标注流程或内部实验。
Alpamayo 2 Super 是一种视觉-语言-动作模型,即 VLA。VLA 处理视觉和上下文输入,利用类似语言的表征进行推理,并产生建议动作。
对于自动驾驶而言,这些建议动作包括未来轨迹和元动作。元动作描述更高层级的决策,例如让行、停车或变道,后续规划器可以将其转化为车辆行为。
NVIDIA 将 Alpamayo 2 Super 描述为一个基于其 Cosmos 3 Super Reasoner 骨干构建的、拥有 320 亿参数的推理模型。公开代码库则将完整发布版本描述为拥有 340 亿参数的多任务基础模型,这反映出参数计数会因组件边界不同而有所差异。
模型规模并非此次发布的唯一变化。该模型可接受环视摄像头输入,因此能够获得前方、侧方和后方的上下文,而非主要面向前方的视角。
它还支持二维定位,将推理陈述与图像中的可见区域关联起来。这可以帮助开发者检查一项决策所指的是实际影响计划的行人、车辆、车道标线还是障碍物。
因此,商业发布改变了谁可以进行实验,以及他们能围绕该模型构建什么。它并未改变在公共道路上部署自动驾驶车辆的法律标准。
开发者可以使用 Alpamayo 2 Super 标注车队影像、评估另一种策略,或训练更小的模型。这些任务没有任何一项能够单独证明最终系统足够安全,可以控制车辆。
当 Google News 卡片将故事压缩为“NVIDIA 将其自动驾驶 AI 模型商业化”时,这一限定很容易被忽略。更准确、也更有用的解读是:NVIDIA 商业化的是对开发基础的访问,而不是已经完成的自动驾驶服务。
NVIDIA 希望成为自动驾驶汽车之下的共享层
可商用的 Alpamayo 访问方式,给那些需要先进自动驾驶能力却无法匹敌最大专有开发预算的公司带来了压力。
Waymo 和 Tesla 多年来一直围绕专有驾驶数据、车辆硬件、仿真、神经网络和运营经验构建整合系统。它们的优势并不能被简化为一个可下载的模型。
大多数汽车制造商面临不同的选择:内部构建完整的自动驾驶技术栈、整合多家供应商的组件,或采用一个提供大部分底层计算和开发基础设施的平台。
NVIDIA 正在推进第三条路线。其战略涵盖数据中心训练硬件、仿真软件、生成式世界模型、车载计算机、传感器参考设计和自动驾驶模型。
NVIDIA 汽车业务负责人 Ali Kani 将这一愿景描述为让 Hyperion 成为汽车领域的“Wintel”平台。这一类比指的是曾成为个人电脑常见基础的 Microsoft 与 Intel 组合。
这一类比揭示的不只是 NVIDIA 的销售目标。该公司希望汽车制造商在依赖其下方共享技术层的同时,对车辆体验进行差异化设计。
Alpamayo 强化了这一主张,因为模型开发是现代自动驾驶项目中成本最高的部分之一。可复用的基础模型能够减少制造商开始根据自身车辆和数据调整系统前所需的工作量。
该模型据称的采用情况提供了早期信号,但并不能证明已投入生产使用。NVIDIA 表示,截至 6 月,Alpamayo 系列下载量已接近 40 万次;一篇相关 Hugging Face 帖文则称总量已超过这一水平。
下载量衡量的是兴趣,而非成功部署。一个组织可以反复下载同一模型,许多用户也不会超出评估阶段。不过,在 Alpamayo 首次发布仅数月后,这一数字仍表明开发者给予了实质性关注。
更广泛的平台已经建立汽车业合作关系。Mercedes-Benz 在 CLA 的增强型 Level 2 系统中采用 NVIDIA 的全套驾驶技术栈,在该系统中,人类驾驶员仍须负责并保持注意力。
NVIDIA 还宣布了与北美、欧洲和亚洲汽车制造商及出行公司相关的合作关系。这些联系为 Alpamayo 提供了潜在分发渠道,而独立模型实验室可能需要多年才能建立这些渠道。
商业模型改变了与这些客户的谈判方式。汽车制造商可以检查权重,在内部数据上测试它们,并将定制结果与专有供应商的方案进行比较。
它也可以将 Alpamayo 用作教师模型,而无需将完整模型置入车内。模型蒸馏会将大型模型的特定行为迁移至更小的系统中,以适应更严格的内存、延迟和能耗限制。
这一路径很重要,因为数据中心规模的推理模型并不适合在汽车约束条件下运行的车载计算机。车辆需要可预测的响应时间、热管理、容错能力以及多年的组件支持。
商业许可为规模较小的自动驾驶团队提供了另一种选择。Robotaxi 初创企业可以从预训练的场景理解能力起步,而不必从零开始创建每一种表征。
供应商也可以围绕标注、仿真、评估和车队数据分析构建专用工具。这些应用的客户落地速度,可能快于直接控制转向和制动的软件。
这正是这则 Google News 事件的重要性超越单次模型下载的原因。NVIDIA 正在降低基础层的进入门槛,同时为其周边的计算、仿真和车辆平台创造需求。
真正的产品是数据与仿真闭环
Alpamayo 2 Super 作为开发闭环的中心最具价值,而不是作为直接复制到 Robotaxi 中的模型。
自动驾驶车辆最难应对的是长尾事件,也就是难以以足够规模收集和标注的不常见情形。例子包括异常道路施工、部分被遮挡的行人、相互冲突的手势,或偏离正常交通模式行驶的车辆。
传统的模仿学习系统会研究记录下来的示例,并学习复现观察到的驾驶行为。当新场景与训练分布相似时,这种方法效果良好。
罕见的组合会暴露其弱点。系统可能识别出单个物体,却误解它们之间的因果关系。
NVIDIA 的因果链方法将轨迹与驱动该选择因素的结构化解释配对。目标是使模型所称的重要因素与其计划采取的行动保持一致。
在一个简单案例中,模型可能识别出被遮挡的人行横道,将其与正接近路缘的行人联系起来,并选择让行。推理轨迹为开发者创造了一个额外的检查对象。
这种轨迹并不等同于真正的理解。语言模型可能生成听起来连贯的解释,却依赖错误的视觉证据。
二维定位旨在通过将推理与摄像头图像的部分区域联系起来,减少这一问题。开发者可以检查模型解释是否指向相关道路使用者,还是虚构了场景中不存在的因素。
Alpamayo 2 Super 还会生成完整轨迹和更高层级的元动作。这一组合让团队可以对照陈述的意图、预测路径和下游驾驶指令。
NVIDIA 早先的 Alpamayo research 表示,与仅使用轨迹的基准方案相比,推理可使具有挑战性案例中的规划准确率最高提升 12%。该论文还报告,在仿真中偏离道路和近距离接触的发生率更低。
这些结果来自 NVIDIA 研究人员以及特定的评估条件。它们支持继续测试,但并不能证明该系统适用于每一座城市、每种车辆、传感器配置或天气条件。
因此,更大的平台与模型本身同样重要。AlpaSim 提供闭环仿真,即车辆的动作会改变随后发生的事情。
闭环测试不同于针对录制场景评估单次预测。如果一辆模拟车辆转弯过晚,附近的智能体会作出反应,下一帧摄像头画面会发生变化,错误也可能不断累积。
AlpaGym 将这一过程扩展到强化学习。模型从重复交互中获得反馈,并根据仿真内的后果调整其策略。
NVIDIA 的 闭环框架 旨在暴露静态日志回放可能遗漏的故障。该公司称,它可以从单个 GPU 扩展至更大的集群。
Cosmos-Dreams 增加了生成式仿真。世界模型可以生成涉及天气、光照、交通、能见度及其他条件的变体,而无需在公共道路上收集每一种组合。
NuRec 则通过从真实车队记录中重建三维场景,覆盖了这一闭环的另一环节。开发者可以重放这些环境,同时改变视角、传感器布局或交通行为。
随后,Alpamayo 2 Super 可以为生成的数据打标签、评析规划,并训练更小型的策略模型。新的失败案例会回流至仿真环境,形成又一轮训练与评估循环。
这一整合式闭环解释了 NVIDIA 的商业逻辑。开放权重吸引开发者,而反复训练与仿真则消耗大量计算资源。
模型可以免费供人研究,而围绕它的工作流仍会为 NVIDIA 的硬件和服务创造需求。这与其他开放模型策略相似:可获取的权重会扩大基础设施市场。
这也说明了其竞争威胁。NVIDIA 提供的不只是又一个驾驶策略,而是一座可用于创建、测试和迭代多种不同策略的通用工厂。
开放权重挑战专有技术栈,但并不取代它们
NVIDIA 的主要竞争并非一款模型与另一项基准榜首模型之争,而是开放平台开发与垂直整合式自动驾驶之间的较量。
Waymo 控制着一个互联的系统,其中包括车辆、传感器、地图、仿真、车队运营、远程协助及商业化出行服务。其运营数据来自真实的 Robotaxi 网络。
Tesla 走的是另一条专有路线。它从客户车辆收集数据,并开发与自身硬件和汽车紧密绑定的一体化驾驶技术栈。
NVIDIA 为制造商提供了一种避免从头重建每个基础组件的方式。客户可以选择其平台的部分组件、定制模型,并保留自己的整车项目。
这种开放性能够加快试验进程。研究人员可以检查输出结果、复现实验、微调模型,并识别失效模式,而无需等待封闭供应商的产品周期。
商业使用许可将这些优势延伸至供应商关系。企业可以构建内部工具或面向客户的开发服务,而不必将每一次试验都视为非商业研究。
不过,专有运营商仍保有权重本身无法提供的优势。真实车队的运营暴露能够揭示上下客区域、紧急车辆、施工人员、乘客行为以及不断变化的地方规则所引发的运营故障。
量产级自动驾驶还取决于数据质量。拥有数量有限或地理覆盖范围狭窄影像的制造商,不能假定基础模型会自动消除这些缺口。
传感器差异构成了另一道障碍。摄像头位置、镜头特性、时间同步、标定、雷达、激光雷达和车辆动力学,都会影响驾驶系统观察到什么以及如何行动。
NVIDIA 提供参考设计和适配工具,但每次部署仍需要围绕目标车辆进行工程开发。使用一种传感器配置训练的模型,不能被视为已在另一种配置上获得验证。
Qualcomm 和 Mobileye 则从供应商侧带来压力。Qualcomm 强调节能高效的汽车计算与网联汽车集成,而 Mobileye 将驾驶辅助软件、地图、芯片和面向安全的架构结合在一起。
一份行业分析指出,汽车制造商可能会犹豫是否要在单一的垂直整合式 NVIDIA 平台上实现标准化。供应链依赖和议价能力下降,仍是合理的担忧。
开放模型访问并不能完全消除这一担忧。开发者可以检查和定制 Alpamayo,但仍可能依赖 NVIDIA GPU、软件库、仿真组件和 DRIVE 硬件。
因此,战略问题并不在于 Alpamayo 在绝对意义上是开放还是封闭,而在于该模型是否给予客户足够的控制权,以抵消技术栈其他环节的依赖。
汽车制造商可能更倾向于模块化安排,以便替换单个组件。NVIDIA 则会在这些组件于其环境中协同效果最佳时获益。
这一张力塑造了“Wintel”类比所指向的 PC 市场。标准化降低了开发成本、扩大了软件兼容性,但也将影响力集中于平台供应商手中。
汽车带来的利害关系更高。平台决策可能在许多年内影响安全认证、可维修性、供应连续性、网络安全和软件维护。
NVIDIA 的自动驾驶模型为制造商提供了一个可信的起点。但它并没有回答:为了换取速度,制造商应当让渡多少平台控制权。
Google News 的报道自然聚焦于商业使用许可,因为这构成了一个清晰的事件。买家则会关注更长的一份清单,包括集成成本、验证证据、许可稳定性和硬件承诺。
商业使用并不等于汽车级验证
尚未解决的最大问题是:透明推理带来的安全提升,是否足以证明其额外复杂性是合理的。
NVIDIA 表示,Alpamayo 可以帮助车辆对罕见事件进行推理,并解释其决策。这两项说法都需要谨慎解读。
推理轨迹能够让调试更容易。当模型行为错误时,工程师可以比较其识别出的风险、提出的行动和生成的轨迹。
但解释并不是安全保证。模型可以指出正确的担忧,却仍生成错误路径;它也可能出于在稍有不同的场景下便会失效的理由,恰好生成正确路径。
最初的 Alpamayo 文档明确将该模型描述为研究构件,而不是完整的驾驶技术栈。它缺少关键的真实世界输入、冗余安全机制和汽车级验证。
Alpamayo 2 Super 扩展了架构和商业权利,但部署层面的根本区别依然存在。基础模型必须置于一个能够检测故障并安全响应的系统中。
模型规模带来了另一项现实限制。NVIDIA 将 Alpamayo 2 Super 定位为离线教师模型,可将知识迁移至紧凑的车载策略模型。
蒸馏也带来了自身的验证负担。更小的学生模型不会保留教师模型的每一项能力,而汇总基准分数可能掩盖罕见场景中的失效。
团队必须直接测试蒸馏后的模型。他们不能将教师模型的结果作为车辆就绪型学生模型行为完全一致的证据。
此次发布的基准主张也主要来自 NVIDIA。独立研究人员需要时间来复现结果、测试不同数据集,并探查原始评估未重点强调的案例。
较早的模型研究指出了常见风险,包括自动标注噪声、泛化能力有限、视觉定位较弱,以及推理与行动之间的不一致。强化学习减少了已测得的问题,但没有消除这些类别。
生成式仿真带来了类似的权衡。与实地采集相比,合成场景能够以低得多的成本成倍增加罕见条件。
然而,模拟器反映的是它自身的假设。一个策略可能在模拟交通参与者面前表现良好,却会在真实人类行为不同的情况下失效。
解决办法不是拒绝仿真。自动驾驶开发者需要它,因为公共道路测试无法安全地枚举每一种危险组合。
相反,企业必须将仿真结果与封闭场地测试、影子模式评估、安全驾驶员项目和严格限定的部署联系起来。每一层都能捕捉不同的失效。
监管机构同样会关心流畅解释之外的证据。他们需要有文档记录的安全论证、可重复的测试流程、事件报告、软件变更控制,以及供应商之间清晰的责任划分。
商业许可甚至可能使问责更复杂。当汽车制造商使用专有车队数据微调 NVIDIA 模型时,责任将分散在基础模型提供方、集成商、制造商和运营商之间。
网络安全也值得同样关注。可访问的权重有助于防御方研究模型,但也让研究人员和攻击者能够寻找可预测的弱点。
开放与保密都不会自动带来更安全的软件。关键在于开发者是否保持严谨的评估、披露、修补和运营控制。
因此,读者应避免得出两个简单结论。Alpamayo 2 Super 并非因为缺少道路认证就毫无意义,也并非因为允许商业使用就已适于上路。
更准确的中间立场要求更高。NVIDIA 发布了一个在技术上具有重要意义的开发基础,其安全价值取决于围绕它构建、测试和治理的一切。
在这一 Google News 时刻之后应关注什么
三个信号将表明 Alpamayo 会成为行业基础,还是仅停留为一项颇具影响力的研究发布。
第一个信号是独立技术评估。研究人员现在可以访问模型权重和推理代码,从而有机会复现 NVIDIA 的结果。
有价值的测试不应只考察平均轨迹准确率。它们还应衡量与碰撞相关的行为、驶离道路事件、推理与行动的一致性、校准、延迟,以及在传感器或天气变化下的表现。
独立比较还必须将 Alpamayo 2 Super 与蒸馏后的车载模型区分开来。教师模型的强劲结果并不能说明紧凑策略在车辆约束下的表现。
在多个数据集上可复现的提升,将增强 NVIDIA 关于推理模型为长尾驾驶提供更好基础的主张。大幅性能波动则会削弱标准化的理由。
第二个信号是具名的商业采用及明确的使用场景。合作伙伴幻灯片上的一个 Logo 所揭示的信息,远少于一个具体的生产工作流。
最有参考价值的公告将说明,客户使用 Alpamayo 是为了数据标注、仿真、策略训练、验证,还是车载驾驶功能。每种用途都承担不同的技术和监管负担。
短期内的采用可能会集中在离线任务上。自动标注和模型评估无需让基础模型直接控制车辆,便能创造价值。
若客户报告标注周期缩短或故障发现能力提升,将验证该平台的经济性。道路部署会更受关注,但也需要强得多的支撑证据。
第三个信号是与经过独立评估的整车项目完成集成。Mercedes-Benz、Robotaxi 合作伙伴和其他 DRIVE 客户,为 NVIDIA 提供了多条获得此类证据的潜在路径。
关键问题涉及责任与测量。哪个组件做出驾驶决策,哪个系统对其进行监控,以及什么安全流程管理软件更新?
监管备案、在要求披露时提供的脱离接管数据、事件报告和第三方安全评估,将比演示视频更重要。它们能够揭示推理是否在受控示例之外改善了运营表现。
竞争对手的回应将为这一第三个信号提供另一条线索。Qualcomm、Mobileye、Waymo、Tesla 和开放研究团体不必复制 Alpamayo 的确切架构。
但他们需要回应平台层面的论点。专有运营商可以发布更强的安全证据,而供应商则可以提供更模块化的模型、更低的计算需求或更清晰的安全架构。
对开发者而言,眼下的行动是严谨评估。阅读模型卡和许可证,界定狭窄的使用场景,保留测试记录,并将企业主张与已复现的结果区分开来。
对于企业采购方而言,首要任务是确保架构控制权。应了解哪些 NVIDIA 组件可以替换、哪些专有数据仍可迁移,以及定制模型将如何获得长期支持。
对于研究人员而言,此次发布带来了难得的机会:可以在封闭的 robotaxi 组织之外审视一个大型驾驶基础模型。这种开放性既能推动能力研究,也有助于开展批判性评估。
原始 Google News 标题准确捕捉到了一项真实转变:NVIDIA 已将自动驾驶 AI 模型的访问权限商业化。但它忽略了更棘手的转变——从可获取的模型权重,到可问责的道路行为。
第二项转变将决定 Alpamayo 能否成为汽车行业的共享基础设施。在将这一平台押注视为已成定局之前,应关注独立评测、具体的客户工作流程,以及经过验证的车辆集成。


