Viam
验证硬件抽象、远程部署、数据和 OTA 痛点;RobotCoreOS 做它下方的本地镜像层。
Pitch 26 · Golden Robot Runtime Image
真正像电脑一样销售机器人,必须先有稳定系统镜像。RobotCoreOS 把驱动验证、ROS 2 bridge、LeRobot runtime、AI policy runner、SafetyOps、OTA、A/B 回滚和 fleet identity 做成 Qualcomm 机器人核心的默认运行底座。
00 · Market Research
Viam、Intrinsic、Foxglove、Formant、InOrbit、NVIDIA Isaac 都验证了同一件事:机器人团队需要硬件抽象、日志、数据、fleet ops、技能和部署工具。但 RobotMac 的机会不是再做一个云层,而是做 Qualcomm-native 的本体运行底座。
验证硬件抽象、远程部署、数据和 OTA 痛点;RobotCoreOS 做它下方的本地镜像层。
验证工业自动化需要技能和开发环境;RobotCoreOS 切入更开放的边缘机器人底座。
验证多模态日志和可视化价值;RobotCoreOS 默认输出干净 telemetry 和 MCAP 数据。
验证 fleet ops、incident 和 teleop 价值;RobotCoreOS 提供可信本体 endpoint。
验证多厂商 fleet orchestration;RobotCoreOS 让每台 Qualcomm 机器人自带身份和健康 API。
验证 physical AI 需要完整栈;RobotCoreOS 做 Qualcomm-native 的功耗友好路径。
01 · Runtime Stack
RobotCoreOS 把板级支持、机器人运行时、模型执行、安全服务、数据回流和远程运维压进一个 golden image。客户买到的是可启动、可验证、可更新的机器人底座。
启动、内核、驱动、相机、网络、IO 和加速器 profile。
ROS 2 bridge、设备发现、时间同步、动作接口和日志。
运行 CloudTwin 导出的策略包,记录延迟和失败事件。
记录 SoC、OS、QNN / QAIRT、模型、传感器和性能 profile。
设备身份、OTA、回滚、安全服务、客户归属和运维状态。
02 · Golden Image
RobotCoreOS 不是某个单独脚本,而是从工厂烧录、首次开机、设备绑定、驱动验证、模型安装到远程运维的完整产品流程。
烧录 golden image,绑定硬件 profile 和出厂验证记录。
首次开机完成设备身份、客户项目、网络和权限绑定。
自动检查相机、IO、机械臂、传感器、NPU/GPU 和日志。
安装通过 SkillCertKit 的技能包和 runtime dependency。
本地运行策略、安全状态机、episode 日志和失败回流。
通过 EdgeFleet 做更新、回滚、诊断和现场恢复。
03 · Startup Signal
Figure、Physical Intelligence、Skild AI、Apptronik、Agility 等公司的公开动向说明,真正能商业化的机器人不是单次 demo,而是训练、部署、运行、采集、更新、再训练的闭环。RobotCoreOS 是这个闭环里最接近客户现场的一层。
大模型训练、仿真、teleop coaching、数据整理和模型蒸馏在云端完成。
低延迟感知、安全、fallback autonomy 和隐私数据处理必须留在本体。
真实运行 episode、失败片段、接管日志和部署指标持续回到训练系统。
每次策略上线都要留下 runtime manifest、edge profile 和回滚证据。
04 · OTA And Rollback
模型、技能、驱动和系统镜像都可能更新。RobotCoreOS 把 signed OTA、A/B rollback、recovery mode、staged rollout、SBOM 和审计日志做成默认机制,避免一次更新毁掉客户现场。
05 · Qualcomm Platform Value
如果每台机器人都带着 Qualcomm runtime profile、驱动验证、AI policy runner、AI Hub / QNN artifact、部署证据和 fleet identity,Qualcomm 的价值就从比赛开发板升级为商业化机器人平台标准。
RobotCoreOS 把“这块板能跑 demo”变成“这台机器人可以被交付、更新、回滚和长期维护”。