人形机器人这个赛道有个很拧巴的现象：越智能的机器人，身上背的东西越多——大算力芯片、多目摄像头、激光雷达、散热模组，全往一个一米多的身子里塞。结果是什么？越聪明越重，越重越费电，越费电池越要加大，越加大越重。

这事儿有没有另一条路？M-Robots OS 给出的答案，是社区技术指导委员会主席王皓博士在开放原子开源生态大会上概括的一句话，我第一次看到就觉得这哥们儿把话说透了：

"大脑、眼睛、算力全背在本体上，未必是最优解。"

今天这篇，就把这句话背后的"空间柔性机器人"理念拆开看看：它到底在说什么，凭什么成立，以及哪些地方你得保持清醒。

一、先看一笔账：把全套智能塞进身体，代价有多大

王皓在同一个场合引用了今年 3 月伯克利与微软的联合研究，两个数字值得记住：

• 把具身智能全栈装载于单体机器人，仅计算功耗就占整机近 50%，还需要增重 8–16 公斤；

• 把计算卸载至边缘节点后，续航可以从 1.6 小时提升到 6 小时。

【数据出处：中国日报网、中国经济网 2026.6.29 报道，王皓在 2026 开放原子开源生态大会引用伯克利×微软 2026 年 3 月联合研究】

50% 的功耗花在"想事情"上，8–16 公斤花在"能想事情的硬件"上——这就是单体集中式架构的隐性税单。注意，这笔账不是我算的，也不是官方拍脑袋，是转引第三方研究，方向上也好理解：房间里明明有墙有顶有插座，你偏要让机器人背着发电机干活。

二、"空间柔性机器人"到底在说什么

M-Robots OS 的核心打法，官方表述是：依托开源鸿蒙的万物互联能力，把机器人的通信、感知、计算、存储四类能力从本体"解耦"到空间环境里。落到具体形态上（据新华网 2026.6.29 报道）：

• 空间摄像头可以当机器人的"眼睛"——感知不必长在自己头上；

• 边缘节点承担计算任务——"大脑"可以放在墙边机柜里；

• 多机之间通过分布式软总线实现自动发现与协同调用——谁在线、谁空闲、谁离得近，系统自己知道。

王皓把这个理念概括为：在结构化空间中，以"空间感知 + 空间计算 + 轻量本体"替代"全部能力集中于单体"的传统架构。

我把它整理成一张对照表（笔者基于上述公开报道整理）：

维度	传统单体集中式	空间柔性机器人
算力	全部在本体，芯片越做越大	部分卸载至空间边缘节点
感知	本体自带摄像头/雷达	空间摄像头可作为"眼睛"
续航	计算功耗占整机近 50%，续航短	卸载后续航可数倍提升（1.6h→6h）
重量	需增重 8–16 公斤装智能硬件	本体可"轻量化"
扩展	加一台机器人=加一套全套硬件	空间能力复用，多机共享

这张表里最值钱的是最后一行：空间能力是可复用的。你给一个园区部署一套空间摄像头和边缘节点，进来十台机器人，大家共享这双"眼睛"和这个"外挂大脑"，而不是每台机器人各自带一套。这也是为什么这个理念天然通向"群体智能"——空间就是机器人们的公共基础设施。

三、理念要落地，底下得有这几块承重墙

光有理念不叫操作系统，M-Robots OS 是拿一整套底座来接这个架构的。结合社区此前发布的公开口径：

• 分布式软总线：开源鸿蒙的看家本领，负责设备的自动发现、组网与协同调度——这是"能力搬出身体"还能随取随用的前提；

• 实时性底座：M-Robots OS 2.0 实现 20KB 到 GB 级设备全覆盖，在单芯多内核混合部署架构下，中断与任务切换时延≤1 微秒；

• 低时延通信：本体间音视频通信时延低至 4 毫秒，较传统 DDS（Fast-DDS）降低 42%（2.0 发布口径）；

• 兼容迁移：兼容 ROS1/ROS2 及 Dora-rs 等主流中间件，存量应用迁移成本降低 80% 以上。

这几块我在这个账号里分别写过专篇（混合部署、M-DDS、单芯多内核），这里不展开，只说一句关系：软总线解决"够不够得着"，实时性解决"来不来得及"，兼容层解决"搬不搬得动"。三者叠起来，"空间柔性"才从 PPT 上的词变成可执行的架构。

四、三盆冷水，泼在激动之前

作为第三方观察者，这个理念我很喜欢，但有三点必须说在前面：

第一，"结构化空间"是关键限定词，别丢了。 官方的完整表述是"在结构化空间中"。空间摄像头当眼睛、边缘节点当大脑，前提是这个空间预先被数字化改造过。无人零售门店、园区巡检、实验室——你会发现 M-Robots OS 3.0 Beta 公开的演示场景清一色是结构化空间。到了非结构化场景（野外、灾后现场、新装修的毛坯房），"空间"还没建出来，本体的独立能力就是唯一兜底。轻量本体在空间设备失效时如何降级运行，官方目前没有给出公开描述（此为笔者根据公开信息的推断性提醒，非官方表述）。

第二，成本只是换了地方，不是消失了。 你省下的是每台机器人身上的算力钱，花出去的是场地侧的部署钱：摄像头、边缘节点、布线、维护。对于机器人数量多、场景固定的客户，摊薄下来划算；对于机器人少、场地常变的客户，这笔账未必成立。另外，空间摄像头大规模铺开，数据治理和隐私问题是绕不过去的。

第三，理念到通用能力之间隔着工程验证。 "空间柔性"目前主要由官方在特定演示场景中呈现，距离"任何开发者拿来就能按此架构开发"还有距离。好消息是这条路的验证正在加速——本月底（11.28）南京 2026 开源鸿蒙技术大会还专门设了具身智能机器人分论坛，值得盯一下会不会有新的落地细节。

五、给三类人的三句话

开发者：如果你习惯的是"给一台机器人写程序"，这个架构要求你换一种建模思路——你写的其实是"一个空间里多台设备的编排逻辑"。想入门的，去社区站从 robot_docs 读起，再去任务仓挑个 L1 任务练手，比看十篇通稿有用。

机器人企业：评估这套方案时，先盘自己的场地。结构化程度高、机器人数量多的场景（工厂、园区、连锁门店），空间柔性的收益最大；反之则优先考虑本体独立方案。已有 ROS 存量应用不必推倒重来，兼容迁移的 80% 口径可以作为一个谈判起点，但记住那不是 100%。

同行观察者：可以盯一个信号——"轻量本体"的硬件生态。哪家厂商先做出真正把"大脑"放出去、只留执行与基本避障的轻量本体，空间柔性的商业化就大概率先在哪里跑通。

王成录博士在社区启动时说过："这不是终点，是起点。"对"空间柔性机器人"这个理念来说尤其如此——架构的想象力已经画出来了，剩下的，要靠空间里越来越多真实的设备、越来越多的开发者的代码去填。

---

关于 M-Robots

M-Robots 是开放原子开源基金会孵化的机器人操作系统开源社区，基于开源鸿蒙底座打造，是国内首个面向分布式异构多机协同场景的机器人操作系统开源根社区，由深开鸿牵头发起，目前已汇聚约 30 家产学研用共建单位，设立 13 个 SIG 技术组，完成 20 余种机器人形态的系统适配。

社区站：M-Robots 官方社区 - 开源代码托管,代码协作 - AtomGit

---