如果你问一个机器人团队，为什么系统选 Ubuntu，答案通常很直接：ROS 好装，资料多，工程师熟，遇到问题也容易找到人问。
这当然没错。
但很多团队会在不知不觉中走到下一步：把 Ubuntu、ROS / ROS 2、导航栈、感知算法、驱动包、模型文件和自研应用一起打进系统镜像，然后随机器人或具身智能产品一起交付给客户。
开发阶段，这是一条很顺的路。到了商用和出货阶段，它就不再只是技术选择了。
系统镜像能不能分发？里面的第三方组件有没有许可证要求？Ubuntu 品牌和认证能不能这样使用？长期安全更新谁负责？这些问题如果一开始没人管，往往会在客户审厂、出海渠道、融资尽调、招投标或大客户法务审核时突然变成硬问题。
所以具身智能时代 Ubuntu 平台值得现在认真聊一聊。
在即将举行的瑞莎高通开发者大会上，Ubuntu 中国区商务经理郑祖云将带来《Why Ubuntu》主题演讲。这个题目放在 Qualcomm 平台和机器人 / AIoT 产品的语境里，刚好可以回答几个现实问题：为什么这么多开发者会选择 Ubuntu，Ubuntu 的长期价值在哪里，企业真正商用时又该怎样提前处理授权、认证、维护和合规边界。
Qualcomm 正在把 Dragonwing / IoT 平台的软件体验往更统一、更开放、更接近开发者习惯的方向推进。瑞莎高通开发者大会也会围绕 Qualcomm 平台、Ubuntu 生态和商业化落地展开。我们想把这件事讲具体：Ubuntu 在 Qualcomm 平台上到底能带来什么，开发者怎么用才顺手，企业准备商用和出货时又有哪些坑要提前避开。
Ubuntu 的第一层价值：熟悉
对工程团队来说，Ubuntu 最大的好处不神秘，就是熟悉。
到了 Qualcomm 平台上，开发者仍然可以用熟悉的 Linux 工作流：apt、snap、Python、容器、系统服务、日志工具、调试工具，以及 PyTorch、TFLite、ONNX 等 AI 框架。桌面、服务器和云端积累下来的经验，不需要完全推倒重来。
机器人和具身智能团队尤其熟悉这条路线。很多客户会直接选择 Ubuntu 跑 ROS / ROS 2，再叠加感知、定位、导航、运动控制和上层 AI 应用，最后把整套系统随机器人产品一起出货。开发阶段这样做很自然，生态成熟、资料多、工程师也好招。但到了商用阶段，问题就不只是 ROS 能不能跑，而是 Ubuntu、ROS、第三方依赖、驱动、模型组件和系统镜像能不能按正确方式分发。
根据 Ubuntu 官方网站和 Canonical 相关人士介绍，Ubuntu 的优势来自 LTS、安全维护、虚拟化、硬件支持、Snaps / Snap Store、跨技术栈的一致体验，以及庞大的开源社区。放到 Qualcomm IoT 平台上，这些优势会变成很具体的工程收益：
开发环境更接近标准 Linux，团队上手快；
AI 应用可以更自然地接入 PyTorch、TFLite、ONNX 等生态；
机器人和具身智能项目可以沿用 Ubuntu + ROS / ROS 2 的主流开发习惯；
系统可以结合 Snap、容器、OTA 和设备管理机制做长期维护；
软件栈有机会沿着 upstream first、标准 API、开放文档和公开工具链演进；
面向量产时，Ubuntu Certification、Ubuntu Pro for Devices、Landscape 等能力可以提前纳入规划。
这些问题，也正是《Why Ubuntu》这类主题演讲值得现场听的地方。Ubuntu 不是只解决开发环境好不好用，它还会影响产品后续的维护方式、更新策略、认证路径和商业支持选择。
根据 Qualcomm Dragonwing 软件路线图，Qualcomm 正在强调统一平台思路：从 SoC 选择、硬件设计，到 Out-of-Box software、AI developer workflow、部署管理，再到最终解决方案。说白了，就是让开发者少一点平台迁移成本，多一点时间处理真正的产品问题。
重点不是能不能启动
很多人第一次拿到开发板，最先看的当然是系统能不能启动、桌面能不能点亮、模型能不能跑。
但产品化之后，问题会换一批：
摄像头、显示、图形、音频、视频、NPU、Modem 等模块能不能长期稳定；
驱动和内核更新之后，会不会引入回归；
安全漏洞有没有持续修复；
现场设备能不能批量升级，失败后能不能回滚；
软硬件组合能不能通过标准化测试和认证；
未来 5 年、10 年，甚至更长周期内，谁来维护这套系统。
Ubuntu on Qualcomm platform 的意义就在这里。
根据 Qualcomm IoT / Dragonwing 平台公开路线图，Dragonwing 平台正在推进 upstream first 的开发方向，强调公开开发模型、单一系统镜像、单一设备树、单一内核镜像、标准 SDK 和工具链，以及面向多 SoC 的可扩展软件架构。Ubuntu 这边则有 LTS、ESM、Ubuntu Pro、认证硬件、Checkbox 自动化测试、Snap 应用交付和 Landscape 设备管理。
这不是多一个可下载镜像。更准确地说，它是一条更接近量产的系统路线。
认证和测试，最好不要等到出货前再补
瑞莎高通开发者大会现场，除了 Qualcomm 平台本身的软件路线，Ubuntu 相关议题也很值得关注。郑祖云带来的《Why Ubuntu》会从 Ubuntu 的生态、商业价值和企业采用角度切入；对准备做产品的团队来说，更进一步的问题是：系统选型之后，怎样验证、怎样维护、怎样出货。
这也是我们尤其想让开发者关注 Ubuntu Certification 和 Checkbox 的原因。
Checkbox 是 Canonical 用于 Ubuntu Certification 的自动化测试工具，可以生成 JSON、HTML 等格式的测试报告，并把结果提交到 Canonical 的认证系统。认证流程会记录 Make、Model Name、SKU、Form factor、Architecture 等硬件信息；测试环境会覆盖网络、Wi-Fi、蓝牙、Modem、系统压力、休眠唤醒等项目。
这些听起来像流程表，实际关系到产品可靠性。
根据 Canonical 相关人士介绍，Certified Hardware 会进入维护周期。系统更新后会做自动化和人工测试；如果发现回归，Canonical 会修复问题，或者在找到修复前移除有问题的补丁。对企业客户来说，这直接影响设备能不能持续收到 kernel、OS 和 security updates。
没有认证的硬件，短期内也许能跑。但更新周期一来，风险就会暴露：out-of-tree driver 可能被新内核破坏，外设可能异常，显示可能黑屏，Wi-Fi / BT 可能回归。工程团队最后经常只剩两个坏选项：自己长期维护一套内核，或者跳过重要安全更新。
这不是开发板阶段的问题。它通常在产品上市后才变贵。
Ubuntu 商用有价值，也有边界
Ubuntu 是开源生态的重要组成部分，但企业商用时不能简单理解成：免费拿来，改一改，预装出货。
这里至少有几件事要提前确认。
第一，Ubuntu 仓库里的软件来源不同，授权和维护边界也不同。
根据 Ubuntu 官方文档，Ubuntu 仓库分为 main、restricted、universe、multiverse。main 是 Canonical 官方支持的开源软件；restricted 可能包含受支持的闭源组件；universe 主要由社区维护，Canonical 不承诺更新；multiverse 可能包含闭源或受专利约束的软件，授权状态更复杂。
产品团队不能只看软件包能不能安装。它来自哪个仓库，受什么许可证约束，谁负责安全更新，都要看。
第二，Ubuntu 的品牌、认证标识和出货流程有规则。
根据 Canonical ODM 相关流程介绍，开发或原型设备不需要认证或 license sticker，但应标注 For Evaluation Only。正式出货时，Ubuntu certification sticker、Canonical 分配的序列号、SMBIOS 嵌入和 shipment reporting 都可能进入流程。
换句话说，商用出货不是刷一个镜像就结束。品牌使用、认证状态、序列号管理和交付合规，都要对齐。
第三，长期安全维护可能需要商业订阅。
根据 Ubuntu Pro 和 ESM 相关说明，Ubuntu LTS 有长期支持周期，ESM 通过 Ubuntu Pro 订阅提供。旧版本进入 Post-LTS 阶段后，继续获得 CVE 修复可能需要 Ubuntu Pro。对工业设备、网关、AI 盒子这类产品来说，系统通常不方便频繁重装，这一点很现实。
第四，机器人和具身智能产品常见的 Ubuntu + ROS 出货方式，也需要认真做版权和许可证梳理。
很多团队会把 Ubuntu、ROS / ROS 2、导航栈、感知算法、第三方库、驱动包和自研应用一起打进系统镜像。开发时这样效率很高，但出货时就要逐项确认：哪些组件允许再分发，哪些组件需要保留版权声明，哪些依赖有 copyleft 要求，哪些二进制驱动或模型文件有单独许可，客户拿到设备后能否获得相应的许可证文本和源代码获取方式。
这类风险平时不显眼，往往到客户审厂、渠道出海、融资尽调、招投标或大客户法务审核时才被追问。那时候再补许可证清单、源码包、第三方声明和品牌授权，成本会高很多。做机器人和具身智能的团队，尤其应该提前了解这些信息。
所以 Ubuntu 商用的关键问题不是能不能用，而是怎么用才稳定、怎么用才合规、怎么用才适合长期维护。
这也是我们想把 Ubuntu 专家请到瑞莎高通开发者大会现场的原因。授权边界、Ubuntu Certification、Ubuntu Pro for Devices、更新策略、Checkbox 测试、商业出货流程，以及 Ubuntu + ROS 产品化出货中的许可证梳理，这些问题适合当面讲。越早问清楚，后面越少返工。
谁适合来
如果你正在做下面这些事情，这场大会很值得来：
基于 Qualcomm / Dragonwing / QCS / QCM 平台做产品；
关注边缘 AI、工业视觉、机器人、具身智能、IoT Gateway、AI NAS、智能终端；
正在用 Ubuntu 跑 ROS / ROS 2，并计划随机器人产品一起出货；
正在把开发板演示推向量产；
正在评估 Ubuntu、Debian、Yocto、Android、Windows IoT 等系统路线；
关心 Ubuntu 认证、Ubuntu Pro、LTS / ESM、安全更新和商用授权边界；
想了解 Qualcomm 平台软件路线、NPU / 多媒体 / AI 工具链和开发者生态。
现场不会只聊产品介绍。更重要的是那些真实项目里绕不开的问题：系统怎么选，镜像怎么维护，测试怎么做，更新怎么管，授权怎么避坑，哪些事情不能等到出货前才补。
其中，Ubuntu 中国区商务经理郑祖云的《Why Ubuntu》主题演讲，适合产品负责人、技术负责人和正在评估系统路线的开发者重点关注。它会帮助大家从商业采用、长期维护和生态支持的角度重新理解 Ubuntu，而不是只把 Ubuntu 当成一个熟悉的开发环境。
带着问题来现场
Ubuntu on Qualcomm platform 的价值，在于让 Qualcomm 平台进入更成熟的 Linux 开发生态：熟悉的工具链、长期维护的发行版、标准化测试、认证体系、安全更新和商业支持。
但越接近商用，越不能只看能不能跑起来。
开源软件许可、Ubuntu 品牌使用、认证状态、Ubuntu Pro 服务、专有组件再分发、Ubuntu + ROS 镜像出货、系统更新责任，这些问题如果在产品上市前没有讲清楚，后面都会变成成本。
这次瑞莎高通开发者大会，我们会把开发者、产品团队、Canonical Ubuntu 专家、Qualcomm 平台生态和瑞莎工程团队放到同一个现场。技术问题现场拆，商业边界现场问。你带着板子、项目、量产计划和授权疑问来，我们一起把路线捋清楚。
活动信息
活动名称： 瑞莎联合高通开发者活动日
活动主题： AI 共进，开源新生
活动时间： 2026 年 5 月 30 日 9:00—18:00
活动地点： 深圳南山区海德一道 88 号 中洲万豪酒店
说明：本文关于授权、认证和商用风险的内容用于活动宣发和技术背景介绍，不构成法律意见。实际产品出货前，请以 Canonical、Qualcomm、ROS 及相关组件的正式许可、合同和认证要求为准。