# Arm 发布 Robotics Capability Framework：机器人能力的"普通话"试图统一

> Arm 首席架构师 Richard Grisenthwaite 推出与架构无关的能力描述框架，把机器人能做什么、需要什么运行环境、需要多少监督、给什么安全保证写进同一套词汇表。它不是新标准，但可能是第一个能跨厂商串起来用的。

### TLDR

- **事件**：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 统一云原生资源的路径相似——**不是替代标准，是标准之间的翻译层**。

### SRC

本文事实来自 Arm 2026-09-08 官方公告与同期 GamesBeat 深度报道，交叉验证 STRADVISION、ZaiNar 接入 Arm Total Design for Physical AI 的双方公开披露。Robotics Capability Framework 的四要素（capability / operating context / supervision mode / assurance level）来自官方框架文档摘要。Richard Grisenthwaite 的首席架构师职务为 Arm 公开工商与会议资料口径。GB/T 47245-2026《机器人控制系统》来自中国国家标准全文公开系统（standard.samr.gov.cn），与本框架对照分析为作者独立判断，非官方对照解读。STRADVISION / ZaiNar 接入细节为厂商公开声明，开发时间表未披露。解读时间 2026-09-09。

### BODY

<div class="sec"><div class="eyebrow"><span class="num">1</span>框架在统一什么</div>

<h2>能力、上下文、监督、保证——四件套</h2>

<p>Arm 的 Robotics Capability Framework（简称 RCF，下文）把机器人的能力描述拆成**四个独立维度**：能做什么（capability）、在什么环境下运行（operating context）、需要多少人类监督（supervision mode）、能给出什么样的安全保证（assurance level）。这个拆法看似抽象，但解决了机器人行业一个长期痛点——**不同厂商用完全不同的术语描述同一件事**。</p>

<div class="tbl-wrap"><table>
<thead><tr><th>维度</th><th>Arm RCF 表述</th><th>国内行业常见表述</th><th>差异点</th></tr></thead>
<tbody>
<tr><td>能力（Capability）</td><td>动词描述 + 输入输出契约</td><td>功能列表 / 性能指标</td><td>RCF 强调"我能做什么"，国内偏"我能跑多少"</td></tr>
<tr><td>运行上下文（Operating Context）</td><td>环境 + 物体 + 人的三维定义</td><td>应用场景分类（工业/服务/医疗）</td><td>RCF 更细颗粒度，国内偏宏观场景</td></tr>
<tr><td>监督模式（Supervision Mode）</td><td>自主 / 人在回路 / 人在前 / 遥操作</td><td>有人 / 无人 / 半无人</td><td>RCF 给出 4 级细颗粒度，国内偏 3 级</td></tr>
<tr><td>保障等级（Assurance Level）</td><td>对应 ISO 26262 / IEC 61508 风险等级</td><td>暂无统一对应</td><td>RCF 直接复用汽车 / 工业功能安全等级</td></tr>
</tbody></table></div>
<div class="cap">Arm RCF 与国内行业常见表述的差异点，注：国内表述为作者基于行业白皮书的归类</div>

<p>四个维度的设计逻辑是：让机器人厂商、集成商、监管方、用户能**用同一套语言讨论同一个机器人的能力边界**。例如，"我的机器人可以在 0–2 米作业高度、双臂 20 kg 负载、户外平坦地面、人在回路监督下、ISO 13849 PL=d 等级做电力巡检"——用 RCF 的词汇一句话就能讲清楚，国内行业则需要 200 字的场景描述。</p>

<div class="keypoint">
<strong>判断：</strong>RCF 的最大价值不在"统一术语"，而在**让不同厂商的能力描述可以互相比较**。在此之前，A 公司的"自主导航"和 B 公司的"自主导航"在合同里指的可能完全不同；RCF 让"自主导航"必须落到"在什么上下文、监督、保证下"才有意义，**合同纠纷率会显著下降**。
</div>
</div>

<div class="sec"><div class="eyebrow"><span class="num">2</span>为什么是 Arm</div>

<h2>做 IP 的公司做框架：轻、重、巧</h2>

<p>Arm 是一家**不生产完整机器人的公司**——它只设计 CPU/GPU IP 核，被全球 95% 以上的智能手机和大量 IoT 设备采用。这让 Arm 处于一个独特的位置：</p>

<ul>
<li>它**不在任何机器人厂商的对立面**——所有厂商都可能用 Arm 的 IP，所以 Arm 没有动机偏袒某一家；</li>
<li>它**有生态渗透能力**——Arm 的 CPU 在工业控制、汽车电子、IoT 设备里的市场份额，足以让一个新框架在 12–24 个月内被广泛试用；</li>
<li>它**没有硬件包袱**——与高通、英伟达不同，Arm 不卖完整芯片，所以框架可以直接做"能力描述"，不会被解读为"卖芯片的话术"。</li>
</ul>

<div class="jx-bars">
<div class="jx-bar-row"><div class="jx-bar-lab">Arm 移动 CPU 份额</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:95%;background:#0a749a"></div></div><div class="jx-bar-val">~95%</div></div>
<div class="jx-bar-row"><div class="jx-bar-lab">Arm 汽车 ECU 份额</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:42%;background:#2563eb"></div></div><div class="jx-bar-val">~42%</div></div>
<div class="jx-bar-row"><div class="jx-bar-lab">Arm 工业 MCU 份额</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:35%;background:#6d3fd4"></div></div><div class="jx-bar-val">~35%</div></div>
<div class="jx-legend"><div class="jx-lg">Arm 在机器人底层芯片的覆盖度足以让一个新框架"自下而上"渗透——这是 Arm 做 RCF 的真正底气</div></div>
</div>

<p>这种"中间层玩家"的位置，让 RCF 不必走 ISO 这类正式标准制定的 5–7 年流程——**Arm 可以快速出 1.0 版本，看生态用得起来再迭代**，类似 Kubernetes 的 CRD（Custom Resource Definition）做法：用工程实践倒逼标准化，而不是先标准化再实践。</p>

<div class="keypoint">
<strong>判断：</strong>Arm 做 RCF 的真正动机是**锁定机器人时代的"IP + 框架"组合**——如果未来 5 年所有机器人都按 RCF 描述能力，而这些能力又被 Arm 的 CPU 跑，那么 Arm 就从"卖 IP"升级到"卖 IP + 框架 + 生态"的更高维度。这是 Arm 在 AI 时代对"被英伟达挤压"的防御性反击。
</div>
</div>

<div class="sec"><div class="eyebrow"><span class="num">3</span>与 GB/T 47245-2026 的对照</div>

<h2>国标在管架构，Arm 在管词汇表</h2>

<p>同一天（2026-09-08），中国 GB/T 47245-2026《机器人控制系统》国家标准正式实施（实际上自 2026-08 起实施，9 月首周为产业广泛适配期）。**Arm RCF 与 GB/T 47245 是同期但完全不同的两件事**——</p>

<div class="jx-split">
<div style="flex:50">
<p><strong>GB/T 47245-2026</strong>：管的是<strong>机器人控制系统怎么分层、模块怎么交互、数据怎么流</strong>——是机器人内部架构的标准化。起草单位 40+ 家以国内研究机构和头部厂商为主，影响力在国内政企招标。</p>
</div>
<div style="flex:45">
<p><strong>Arm RCF</strong>：管的是<strong>机器人能力怎么描述、上下游怎么对齐</strong>——是机器人外部接口的标准化。起草方为 Arm 一家，影响力在国际芯片生态。</p>
</div>
</div>

<p>两者**不是替代关系**，而是机器人在不同生命周期阶段的不同维度标准——一个管"内部架构"，一个管"对外接口"。但在 RCF 落地之前，国内厂商常常把内部架构标准直接当成对外接口讲，结果就是不同厂商的"自主导航"听起来差不多、用起来差很多。</p>

<div class="keypoint">
<strong>判断：</strong>RCF 与 GB/T 47245 是**互补而非替代**。对中国厂商来说，未来 12 个月内会出现一个新工种——"机器人能力描述工程师"，把企业内部架构按 GB/T 47245 写完后，再翻译成 RCF 的对外接口文档。**这个新工种是具身智能行业第一个标准化的内容岗位**，类似云原生时代的 Kubernetes YAML 工程师。
</div>
</div>

<div class="sec"><div class="eyebrow"><span class="num">4</span>STRADVISION / ZaiNar 接入的含义</div>

<h2>感知与定位厂商愿意一起玩吗</h2>

<p>9 月 8 日同步宣布接入 Arm **Total Design for Physical AI** 的两家厂商——**STRADVISION**（视觉感知）、**ZaiNar**（定位）——都是相对中立的感知技术供应商。它们的接入意味着 RCF 在感知层有了第一批"参考实现"。</p>

<ul>
<li>STRADVISION 是 ADAS 视觉感知头部供应商（2024 年起被现代汽车、起亚采用），接入 Arm Total Design 意味着视觉感知可以标准化地"描述"机器人能看到什么。</li>
<li>ZaiNar 是 UWB + 蓝牙混合定位技术供应商，接入意味着机器人"在什么位置"也能用 RCF 描述。</li>
</ul>

<div class="jx-note">
<strong>对照参考：</strong>Arm Total Design for Physical AI 是 Arm 在 2025 GTC 提出的"机器人时代参考芯片平台"，覆盖从微控制器到 AP 应用处理器不同算力段。STRADVISION、ZaiNar 接入意味着视觉感知、定位能力可以直接挂载到 Arm 参考芯片上做"标准化演示"。
</div>

<p>但 STRADVISION、ZaiNar 的接入是**单方声明**，开发时间表与首批客户均未披露。这意味着 RCF 在感知层有"参考实现"还早——**真正的能力描述生态，需要等 2027 年中才能看到首批基于 RCF 的产品**。</p>

<div class="keypoint">
<strong>判断：</strong>RCF 在 2026-2027 年最大的潜在风险是**"标准孤岛化"**——如果 Arm 的框架不能快速与 ISO、IEC、GB/T 等正式标准对齐，生态厂商可能会在 Arm 框架与正式标准之间重复投入，最终选择"只用正式标准 + 自家描述"。Arm 需要在 2027 年前把 RCF 提交给 ISO/IEC 做联合标准，才有可能避免被孤岛化。
</div>

<div class="jx-note">
<strong>待核验项：</strong>① RCF 的 1.0 版本何时开源；② 是否会被提交给 ISO/IEC 作为联合标准；③ 中国主流机器人厂商（宇树、智元、银河通用、云深处）是否参与 RCF 起草或首批试点；④ STRADVISION、ZaiNar 接入的具体技术细节（哪些能力、哪些层级）。
</div>
</div>

---

*来源：神机百见-具身解读 · https://www.shenjibailian.com/jiedu/article/arm-robotics-capability-framework/*