UptimeOS

Pitch 41 · Robot Aftermarket Service OS

UptimeOS

RaaS 卖的不是机器人,是可审计的 uptime。UptimeOS 给每台 Dragonwing 机器人一份 Health Passport,把遥测、AI Hub/QNN 证据、远程诊断、FRU/RMA、技师工单、质保和 SLA 发票接成一条售后经济账本。

01 · Problem

机器人能交付,不代表它能被持续运营、融资、保险和续约。

商业机器人进入客户现场后,真正决定 ROI 的不是首日 demo,而是 uptime、MTTR、一次修复率、备件命中、质保责任、SLA 证据和下次续约。现在这些事实散落在 OEM 云、ROS 日志、微信群、CRM、Excel、备件 PDF、工单系统和财务发票里。

客户痛点

停机责任说不清

机器人停在现场,客户只看到业务中断,却很难判断是硬件、软件、网络、模型、操作还是环境问题。

运营痛点

远程诊断太晚

工程师往往先拉群、翻日志、要视频,再决定是否派人;MTTR 被信息收集拖长。

服务痛点

备件和技师不联动

FRU、库存、替代件、技师资质、工单 checklist 和客户签收没有形成同一条闭环。

金融痛点

机器人不像资产

融资方和保险方需要健康、维修、事故、模型版本和残值证据,而不是一个静态设备清单。

高通痛点

Dragonwing 价值停在交付前

如果边缘 AI 只被当作算力卖点,就无法进入售后、续费、服务网络和生态标准。

02 · Current Alternatives Fail

今天的售后工具各管一段,没有一层为机器人 uptime 负责。

OEM service cloud、RobOps dashboard、CMMS/EAM、现场服务系统和 RaaS 财务系统都有价值,但它们通常不共享机器人级事实:谁在何时更换了哪个部件、哪个模型版本在什么硬件上运行、哪次事故影响了 SLA,以及这台机器人是否还值得融资或转售。

OEM Cloud

强在单品牌,弱在跨队列

ABB、KUKA、FANUC 等服务云能强化自家设备,但客户现场常是多品牌、多系统、多集成商。

RobOps

看得到状态,不一定闭环维修

Formant、InOrbit、Foxglove 类工具解决可视化、日志和远程介入,但不天然覆盖 FRU/RMA、保修和发票。

CMMS / FSM

能派单,但不了解机器人

ServiceNow、Maximo、Dynamics、MaintainX 管工单很强,却缺少 ROS、QNN、模型、OTA 和事故回放语义。

Spreadsheets

短期便宜,长期不可审计

Excel 和群聊可以撑住试点,但撑不住 RaaS 毛利、融资尽调、保险理赔和大客户采购审计。

03 · Solution

UptimeOS 是机器人售后经济的系统记录,不替代 OEM,也不替代 CMMS。

它把机器人本体、边缘 AI、服务网络、备件、质保、保险和 RaaS 合同连接起来。核心不是再做一个 dashboard,而是把每次运行、异常、诊断、维修、OTA、换件、签收和 SLA 结算变成同一份可信资产记录。

Enroll

扫码建档:robot_id、客户站点、Dragonwing target、BOM、证书、保修和数据边界。

Sense

边缘 agent 采集 ROS、CAN、BMS、热、相机、网络、QNN latency 和任务状态。

Diagnose

生成 incident packet、log bundle、疑似原因、风险等级、远程只读诊断和升级路径。

Fix

匹配 FRU、库存、RMA、技师资质、移动 checklist、照片和客户签收。

Bill & Learn

更新 uptime ledger、质保证据、SLA credit、RobotLeaseOps 发票和 LeRobot 失败片段。

机器人售后操作系统、健康仪表盘、技师工单和备件库概念图

04 · Why Now

机器人正在从项目交付转向运营资产,售后数据第一次变成战略入口。

IFR 2025 显示 2024 年专业服务机器人销售接近 20 万台,RaaS fleet 增长 31%。Autodesk 2026 年宣布以约 36 亿美元收购 MaintainX,也说明维护、资产历史和现场运营数据正在成为平台级资产。机器人会比传统设备更需要这层记录,因为它同时包含硬件、软件、AI 模型、传感器、远程操作和安全责任。

199K+ IFR:2024 年专业服务机器人销售接近 20 万台。
RaaS +31% 订阅和租赁队列增长,让 uptime 变成直接收入指标。
$3.6B Autodesk / MaintainX 交易信号:运维数据会进入资产生命周期平台。
Health Passport 监管、融资、保险和二手流通都需要可验证的设备生命周期记录。

05 · Product

给每台机器人一份可以被客户、服务商和金融方共同读取的健康护照。

UptimeOS 的交付物不是一句“我们有运维平台”,而是一组可以拿给评委、客户、集成商和 Qualcomm 看的文件、界面和 API。它把服务操作变成可审计 artifact。

  • `robot-health-passport.json`:序列号、站点、Dragonwing SoC、运行小时、电池循环、固件、模型、维修、质保和 SLA。
  • `uptime-agent.manifest.yaml`:采集 topic、诊断权限、脱敏策略、离线缓存、远程访问和上报频率。
  • `incident-log-bundle.mcap`:任务上下文、地图位置、错误码、QNN profile、MCAP slice、照片/视频引用和 custody hash。
  • `fru-rma-record.json`:BOM、可更换件、兼容性、库存、替代件、质保状态、RMA 和技师签收。
  • `monthly-uptime-ledger.pdf`:uptime、MTTR、一次修复率、SLA credit、排除项、服务成本和续约风险。
机器人健康护照、事故包、备件记录和 uptime 账本图

06 · Market & Business Model

卖给谁?卖给机器人停机时真正亏钱的人。

第一批买家不是所有机器人爱好者,而是 RaaS 运营商、OEM 售后部门、系统集成商、工厂/仓库运营团队和维护服务商。中国版更像 OEM/SI 白标服务中台;海外版更像按 robot/month、site/year 和 SLA tier 收费的售后 SaaS。

中国版

白标服务中台

面向 OEM、SI 和区域服务商,支持企微/钉钉入口、本地备件库、授权服务商、私有化和客户工单门户。

海外版

Robot/month SaaS

按机器人、站点、服务等级和数据保留收订阅费,对接 ServiceNow、Maximo、Dynamics、Jira 和 Zendesk。

RaaS 运营商

按 uptime 保护毛利

避免现场派工、备件错配、质保争议和 SLA credit 失控;不承诺固定降幅,只做基线和改进验证。

金融/保险

提供尽调数据包

为租赁、承保、延保、二手残值和事故复盘输出健康历史、服务记录、事件证据和模型版本。

07 · Competition & Moat

UptimeOS 的壁垒不是看板,而是跨品牌、跨服务商、跨合同的维修事实图谱。

我们站在三层中间:下接 OEM cloud、ROS、PLC、OPC UA、MTConnect、QNN runtime 和传感器;上接 ServiceNow、Maximo、Dynamics、ERP、保险和融资系统。长期壁垒来自机器人级故障语义、FRU 知识、服务网络、事故证据和真实维修结果。

短期壁垒

机器人 Health Passport schema

把设备身份、运行、AI、维修、质保和 SLA 统一到客户可读、服务商可执行的 schema。

中期壁垒

Alert-to-fix closed loop

从异常到诊断、备件、派工、签收、RMA、发票和回归训练,形成可复制服务 workflow。

生态壁垒

SI / 维护商网络

让授权服务商、备件仓、OEM 和客户共享同一份事实,不靠单个工程师经验扩张。

数据壁垒

故障知识会复利

每次真实故障、错误排查、换件结果和 OTA 修复都会反哺下一次诊断和 LeRobot failure mining。

08 · Why Qualcomm

Dragonwing 的下一层生态 attach,不是更多 demo,而是 uptime。

Qualcomm 已经在 Dragonwing IQ10 RRD 中强调从 prototype 到 production 的一体化机器人平台:计算、传感、网络、软件、部署、验证和生命周期管理。UptimeOS 把这条主线商业化:让 Dragonwing 不只负责机器人跑起来,还负责机器人被客户长期运营、维护、升级和续约。

Agent Dragonwing Uptime Agent 在本体侧完成健康摘要、异常优先上报和低带宽诊断。
QNN Evidence AI Hub / QNN latency、runtime、模型 hash 和 rollback 记录进入健康护照。
Longevity 长期供货、PCN/PDN、安全更新和备件计划变成客户采购信心。
Ecosystem OEM、SI、云训练、SkillDock、RobotLeaseOps 和服务商围绕 Dragonwing 标准协同。
需要高通支持

Dragonwing 诊断 profile

定义温度、功耗、QNN latency、相机、网络、BMS 和系统版本的标准上报模板。

需要高通支持

AI Hub / QNN 证据接口

让模型部署证据直接进入售后记录,方便质保、回滚、续约和技能市场审核。

需要高通支持

开发板与生态背书

复赛用真实开发板跑诊断 agent,展示 Qualcomm-first aftermarket OS 的可行性。

09 · Demo & Ask

比赛演示要证明一件事:我们能把一次故障变成可审计、可收费、可学习的服务闭环。

8 分钟 demo 不需要搭真实售后网络。我们用浏览器模拟一台 Dragonwing AMR + 小机械臂,从电机异常和 QNN 延迟漂移开始,走完整个 alert-to-fix-to-ledger 流程。

Demo 1-2 min

扫码建档

生成健康护照:robot_id、BOM、Dragonwing target、模型版本、服务合同和数据边界。

Demo 3-4 min

异常与远程诊断

模拟电机温升、相机丢帧或 QNN latency 漂移,生成 incident packet 和 log bundle。

Demo 5-6 min

备件与技师闭环

系统推荐 FRU,检查库存,创建移动工单,记录照片、换件、客户签收和 RMA。

Demo 7-8 min

SLA 与训练回流

更新 uptime ledger、RobotLeaseOps 发票、RiskLedger 证据、CertForge 变更和 LeRobot failure episode。

一句话:每台商用机器人都需要一份可以融资、保险、转售和索赔的健康护照;UptimeOS 是这份护照背后的操作系统。