厂商控制台彼此割裂
设备状态、能力和命令口径不同，业务团队难以形成统一视图。
机器人上线之后，真正困难的是持续运营
YRC 面向跨系统、跨空间、跨厂商的执行链，建立一致的业务语义与结果证据。业务与执行结果脱节
任务已提交不代表机器人已接受，更不代表现场动作已经完成。
空间与任务分散维护
园区、楼层、地图、交接点与任务各自配置，跨环境协同依赖人工拼接。
异常操作缺少边界
取消、重试、批量控制和远程接管需要明确权限、原因与逐对象结果。
EXECUTION LOOP
从业务订单到机器人结果，保留完整执行语义
每一层只表达自己的事实，避免用一个“成功”掩盖传输、接受与现场执行之间的差异。- 01业务订单
- 02执行任务
- 03可调度步骤
- 04机器人分配
- 05标准命令
- 06ACK / Progress / Result
订单受理不等于任务完成。
传输确认不等于 Robot Agent 接受。
连接中断时保留 UNKNOWN，不盲目重发。
围绕运营闭环，而不是堆叠控制按钮
五个能力域共同连接业务、空间、设备、执行与治理。BUSINESS
业务服务与任务编排
从业务订单出发，拆解任务、步骤和结果要求，让机器人执行与真实服务流程保持关联。
- 订单与任务分层
- 步骤依赖与结果要求
- 外部业务回调
INTEGRATION
异构机器人接入
以标准能力、状态和命令语义连接不同机器人，通过 Agent 与 Adapter 隔离厂商 Runtime 差异。
- 标准能力模型
- Agent / Adapter 契约
- 版本与会话管理
DISPATCH
可解释调度与跨设备协同
先按类型、能力、电量、载荷和占用状态做硬约束过滤，再保留分配依据与逐机器人结果。
- 资格过滤
- Assignment 责任记录
- 室内外任务接力
SPACE
空间与现场运营
统一园区、道路、楼栋、楼层、房间、交接点和充电点等空间语义，关联地图版本、任务与告警。
- 语义空间目录
- 地图引用与版本
- 现场态势与告警
GOVERNANCE
可靠性、权限与审计治理
区分请求、传输确认、设备接受和最终结果，对取消、重试、断线和 UNKNOWN 保留真实证据。
- 幂等与序列控制
- 分级权限与人工确认
- 事件、审计与 Webhook
跨环境任务，需要同一条结果链
平台原型以统一任务和交接事实组织多机器人协同，具体设备能力需按项目验证。室内外接力配送
道路机器人与室内 AMR 在授权交接点分别确认 Ready 与 Handoff Result。
园区巡检与数据采集
任务步骤关联空间位置、采集要求、图像或环境数据结果。
群控与逐机器人结果
批量待命、暂停或安全停止请求保留每台机器人的独立状态。
异常后的人工接管
以短时会话、明确权限和操作原因协助现场处置并收敛结果。
云端负责意图与证据，本体守住最终安全
明确责任边界，才能让多系统协作可验证、可维护。YRC 云端
负责业务请求、授权、任务、空间语义、命令意图、状态汇聚与审计证据。
Agent / Adapter
负责标准消息与厂商 Runtime 隔离、连接会话、本地缓存和协议版本适配。
机器人本体
负责定位、规划、避障、急停与执行器安全，并对最终动作结果负责。
INTEGRATION & DELIVERY
先冻结接入契约，再验证一条真实任务链
连接面保持清晰，交付过程逐层验证，不用演示效果替代现场验收。- 1场景梳理
- 2接入契约冻结
- 3单机验证
- 4业务闭环验证
- 5多机与异常演练
- 6分阶段上线