Arm 发布 Robotics Capability Framework：机器人能力的"普通话"试图统一
Arm 首席架构师 Richard Grisenthwaite 推出与架构无关的能力描述框架，把机器人能做什么、需要什么运行环境、需要多少监督、给什么安全保证写进同一套词汇表。它不是新标准，但可能是第一个能跨厂商串起来用的。
- 事件：2026 年 9 月 8 日，Arm 首席架构师 Richard Grisenthwaite 在 GamesBeat 公开推出 Robotics Capability Framework（机器人能力框架）。
- 核心定位：与底层硬件架构无关的参考框架，统一描述四件事——能力（capability）、运行上下文（operating context）、监督模式（supervision mode）、保障等级（assurance level）。
- 生态动作：STRADVISION（视觉感知）与 ZaiNar（定位）同步宣布将能力接入 Arm Total Design for Physical AI。
- 对照中国：与 2026-09-08 实施的 GB/T 47245-2026《机器人控制系统》国家标准形成同期但不同路径——GB/T 是控制系统架构标准，RCF 是能力描述词汇表。
- 判断：Arm 试图用"词汇表"做机器人能力的事实标准，与 2024 年 Kubernetes 用 CRD 统一云原生资源的路径相似——不是替代标准，是标准之间的翻译层。
能力、上下文、监督、保证——四件套
Arm 的 Robotics Capability Framework（简称 RCF，下文）把机器人的能力描述拆成**四个独立维度**：能做什么（capability）、在什么环境下运行（operating context）、需要多少人类监督（supervision mode）、能给出什么样的安全保证（assurance level）。这个拆法看似抽象，但解决了机器人行业一个长期痛点——**不同厂商用完全不同的术语描述同一件事**。
| 维度 | Arm RCF 表述 | 国内行业常见表述 | 差异点 |
|---|---|---|---|
| 能力（Capability） | 动词描述 + 输入输出契约 | 功能列表 / 性能指标 | RCF 强调"我能做什么"，国内偏"我能跑多少" |
| 运行上下文（Operating Context） | 环境 + 物体 + 人的三维定义 | 应用场景分类（工业/服务/医疗） | RCF 更细颗粒度，国内偏宏观场景 |
| 监督模式（Supervision Mode） | 自主 / 人在回路 / 人在前 / 遥操作 | 有人 / 无人 / 半无人 | RCF 给出 4 级细颗粒度，国内偏 3 级 |
| 保障等级（Assurance Level） | 对应 ISO 26262 / IEC 61508 风险等级 | 暂无统一对应 | RCF 直接复用汽车 / 工业功能安全等级 |
四个维度的设计逻辑是：让机器人厂商、集成商、监管方、用户能**用同一套语言讨论同一个机器人的能力边界**。例如，"我的机器人可以在 0–2 米作业高度、双臂 20 kg 负载、户外平坦地面、人在回路监督下、ISO 13849 PL=d 等级做电力巡检"——用 RCF 的词汇一句话就能讲清楚，国内行业则需要 200 字的场景描述。
做 IP 的公司做框架：轻、重、巧
Arm 是一家**不生产完整机器人的公司**——它只设计 CPU/GPU IP 核，被全球 95% 以上的智能手机和大量 IoT 设备采用。这让 Arm 处于一个独特的位置：
- 它**不在任何机器人厂商的对立面**——所有厂商都可能用 Arm 的 IP，所以 Arm 没有动机偏袒某一家；
- 它**有生态渗透能力**——Arm 的 CPU 在工业控制、汽车电子、IoT 设备里的市场份额，足以让一个新框架在 12–24 个月内被广泛试用；
- 它**没有硬件包袱**——与高通、英伟达不同，Arm 不卖完整芯片，所以框架可以直接做"能力描述"，不会被解读为"卖芯片的话术"。
这种"中间层玩家"的位置，让 RCF 不必走 ISO 这类正式标准制定的 5–7 年流程——**Arm 可以快速出 1.0 版本，看生态用得起来再迭代**，类似 Kubernetes 的 CRD（Custom Resource Definition）做法：用工程实践倒逼标准化，而不是先标准化再实践。
国标在管架构，Arm 在管词汇表
同一天（2026-09-08），中国 GB/T 47245-2026《机器人控制系统》国家标准正式实施（实际上自 2026-08 起实施，9 月首周为产业广泛适配期）。**Arm RCF 与 GB/T 47245 是同期但完全不同的两件事**——
GB/T 47245-2026：管的是机器人控制系统怎么分层、模块怎么交互、数据怎么流——是机器人内部架构的标准化。起草单位 40+ 家以国内研究机构和头部厂商为主，影响力在国内政企招标。
Arm RCF：管的是机器人能力怎么描述、上下游怎么对齐——是机器人外部接口的标准化。起草方为 Arm 一家，影响力在国际芯片生态。
两者**不是替代关系**，而是机器人在不同生命周期阶段的不同维度标准——一个管"内部架构"，一个管"对外接口"。但在 RCF 落地之前，国内厂商常常把内部架构标准直接当成对外接口讲，结果就是不同厂商的"自主导航"听起来差不多、用起来差很多。
感知与定位厂商愿意一起玩吗
9 月 8 日同步宣布接入 Arm **Total Design for Physical AI** 的两家厂商——**STRADVISION**（视觉感知）、**ZaiNar**（定位）——都是相对中立的感知技术供应商。它们的接入意味着 RCF 在感知层有了第一批"参考实现"。
- STRADVISION 是 ADAS 视觉感知头部供应商（2024 年起被现代汽车、起亚采用），接入 Arm Total Design 意味着视觉感知可以标准化地"描述"机器人能看到什么。
- ZaiNar 是 UWB + 蓝牙混合定位技术供应商，接入意味着机器人"在什么位置"也能用 RCF 描述。
但 STRADVISION、ZaiNar 的接入是**单方声明**，开发时间表与首批客户均未披露。这意味着 RCF 在感知层有"参考实现"还早——**真正的能力描述生态，需要等 2027 年中才能看到首批基于 RCF 的产品**。