停机责任说不清
机器人停在现场,客户只看到业务中断,却很难判断是硬件、软件、网络、模型、操作还是环境问题。
01 · Problem
商业机器人进入客户现场后,真正决定 ROI 的不是首日 demo,而是 uptime、MTTR、一次修复率、备件命中、质保责任、SLA 证据和下次续约。现在这些事实散落在 OEM 云、ROS 日志、微信群、CRM、Excel、备件 PDF、工单系统和财务发票里。
机器人停在现场,客户只看到业务中断,却很难判断是硬件、软件、网络、模型、操作还是环境问题。
工程师往往先拉群、翻日志、要视频,再决定是否派人;MTTR 被信息收集拖长。
FRU、库存、替代件、技师资质、工单 checklist 和客户签收没有形成同一条闭环。
融资方和保险方需要健康、维修、事故、模型版本和残值证据,而不是一个静态设备清单。
如果边缘 AI 只被当作算力卖点,就无法进入售后、续费、服务网络和生态标准。
02 · Current Alternatives Fail
OEM service cloud、RobOps dashboard、CMMS/EAM、现场服务系统和 RaaS 财务系统都有价值,但它们通常不共享机器人级事实:谁在何时更换了哪个部件、哪个模型版本在什么硬件上运行、哪次事故影响了 SLA,以及这台机器人是否还值得融资或转售。
ABB、KUKA、FANUC 等服务云能强化自家设备,但客户现场常是多品牌、多系统、多集成商。
Formant、InOrbit、Foxglove 类工具解决可视化、日志和远程介入,但不天然覆盖 FRU/RMA、保修和发票。
ServiceNow、Maximo、Dynamics、MaintainX 管工单很强,却缺少 ROS、QNN、模型、OTA 和事故回放语义。
Excel 和群聊可以撑住试点,但撑不住 RaaS 毛利、融资尽调、保险理赔和大客户采购审计。
03 · Solution
它把机器人本体、边缘 AI、服务网络、备件、质保、保险和 RaaS 合同连接起来。核心不是再做一个 dashboard,而是把每次运行、异常、诊断、维修、OTA、换件、签收和 SLA 结算变成同一份可信资产记录。
扫码建档:robot_id、客户站点、Dragonwing target、BOM、证书、保修和数据边界。
边缘 agent 采集 ROS、CAN、BMS、热、相机、网络、QNN latency 和任务状态。
生成 incident packet、log bundle、疑似原因、风险等级、远程只读诊断和升级路径。
匹配 FRU、库存、RMA、技师资质、移动 checklist、照片和客户签收。
更新 uptime ledger、质保证据、SLA credit、RobotLeaseOps 发票和 LeRobot 失败片段。
04 · Why Now
IFR 2025 显示 2024 年专业服务机器人销售接近 20 万台,RaaS fleet 增长 31%。Autodesk 2026 年宣布以约 36 亿美元收购 MaintainX,也说明维护、资产历史和现场运营数据正在成为平台级资产。机器人会比传统设备更需要这层记录,因为它同时包含硬件、软件、AI 模型、传感器、远程操作和安全责任。
05 · Product
UptimeOS 的交付物不是一句“我们有运维平台”,而是一组可以拿给评委、客户、集成商和 Qualcomm 看的文件、界面和 API。它把服务操作变成可审计 artifact。
06 · Market & Business Model
第一批买家不是所有机器人爱好者,而是 RaaS 运营商、OEM 售后部门、系统集成商、工厂/仓库运营团队和维护服务商。中国版更像 OEM/SI 白标服务中台;海外版更像按 robot/month、site/year 和 SLA tier 收费的售后 SaaS。
面向 OEM、SI 和区域服务商,支持企微/钉钉入口、本地备件库、授权服务商、私有化和客户工单门户。
按机器人、站点、服务等级和数据保留收订阅费,对接 ServiceNow、Maximo、Dynamics、Jira 和 Zendesk。
避免现场派工、备件错配、质保争议和 SLA credit 失控;不承诺固定降幅,只做基线和改进验证。
为租赁、承保、延保、二手残值和事故复盘输出健康历史、服务记录、事件证据和模型版本。
07 · Competition & Moat
我们站在三层中间:下接 OEM cloud、ROS、PLC、OPC UA、MTConnect、QNN runtime 和传感器;上接 ServiceNow、Maximo、Dynamics、ERP、保险和融资系统。长期壁垒来自机器人级故障语义、FRU 知识、服务网络、事故证据和真实维修结果。
把设备身份、运行、AI、维修、质保和 SLA 统一到客户可读、服务商可执行的 schema。
从异常到诊断、备件、派工、签收、RMA、发票和回归训练,形成可复制服务 workflow。
让授权服务商、备件仓、OEM 和客户共享同一份事实,不靠单个工程师经验扩张。
每次真实故障、错误排查、换件结果和 OTA 修复都会反哺下一次诊断和 LeRobot failure mining。
08 · Why Qualcomm
Qualcomm 已经在 Dragonwing IQ10 RRD 中强调从 prototype 到 production 的一体化机器人平台:计算、传感、网络、软件、部署、验证和生命周期管理。UptimeOS 把这条主线商业化:让 Dragonwing 不只负责机器人跑起来,还负责机器人被客户长期运营、维护、升级和续约。
定义温度、功耗、QNN latency、相机、网络、BMS 和系统版本的标准上报模板。
让模型部署证据直接进入售后记录,方便质保、回滚、续约和技能市场审核。
复赛用真实开发板跑诊断 agent,展示 Qualcomm-first aftermarket OS 的可行性。
09 · Demo & Ask
8 分钟 demo 不需要搭真实售后网络。我们用浏览器模拟一台 Dragonwing AMR + 小机械臂,从电机异常和 QNN 延迟漂移开始,走完整个 alert-to-fix-to-ledger 流程。
生成健康护照:robot_id、BOM、Dragonwing target、模型版本、服务合同和数据边界。
模拟电机温升、相机丢帧或 QNN latency 漂移,生成 incident packet 和 log bundle。
系统推荐 FRU,检查库存,创建移动工单,记录照片、换件、客户签收和 RMA。
更新 uptime ledger、RobotLeaseOps 发票、RiskLedger 证据、CertForge 变更和 LeRobot failure episode。
一句话:每台商用机器人都需要一份可以融资、保险、转售和索赔的健康护照;UptimeOS 是这份护照背后的操作系统。