ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

具身智能不是人形机器人:三要素闭环与四模块技术体系

具身智能不是人形机器人:三要素闭环与四模块技术体系

简介:《具身智能发展报告(2024年)》由中国信息通信研究院与北京人形机器人创新中心有限公司联合编写,面向人工智能研究者、机器人从业者、产业决策者及高校师生,系统梳理具身智能从概念内涵、演进历程到技术体系、应用潜力与挑战的完整图景。全书围绕感知、决策、行动、反馈四大模块展开,结合“一脑多形”“一机多用”等趋势,分析工业制造、自动驾驶、物流运输、家庭服务、医疗康养等场景的落地路径,并讨论技术、应用及标准合规层面的现实瓶颈。报告目录按全球态势、技术突破、应用前景、挑战与未来展望编排,便于按主题检索和引用关键观点。资源包为1个PDF文件,大小5.46MB,适合离线阅读与资料留存。已有492人学习下载,可供需要快速建立具身智能知识框架、把握2024年产业研究脉络的读者参考。

1. 具身智能的第一道反直觉:身体长什么样,根本不决定它是不是具身智能

翻开这份 2024 年的具身智能发展研究报告,最先被推翻的是一个很常见的直觉:不少人默认人形机器人就是具身智能,或者认为“大模型加一台机器人”就等于具身智能。报告给出的判断标准恰恰相反——既不看你有没有两条腿,也不看你肚子里塞了多大的模型,而是看这套系统能不能以“第一人称”主动感知物理世界、用行动改变环境,并把交互产生的结果回流成自身的智能增量。身体只是载体,交互才是本体。这条分界线一划,后面关于技术体系、应用场景和产业挑战的讨论才有了同一个坐标系,也才能解释为什么有些演示视频看起来惊艳,落到产线上却动不了。

2. 本体、环境、智能:三要素怎么耦合成一个闭环

2.1 本体:既是载具,也是能力天花板

报告把“本体”放在三要素的第一位,这个排序有讲究。本体通常被理解成外壳和机械结构,但在实际系统里,它同时决定了三件事:能感知什么、能做什么、算法要绕多大的弯。传感配置决定了观测空间的维度,自由度决定了动作空间的形状,负载与续航决定了任务时长的上限,控制总线的实时性决定了闭环能跑多快。一台只有平行夹爪和腕部相机的机械臂,天生就拿不到触觉反馈,抓取策略只能靠视觉反复试错;换成带阵列触觉和力控关节的灵巧手,同样一个抓杯子的任务,控制问题立刻从“猜”变成“测”。

这里有个容易被忽略的概念:形态计算。它说的是身体结构本身参与了计算。被动行走机构依靠重力与惯量就能产生稳定的步态,柔顺手在接触瞬间靠材料形变吸收冲击,这些都不需要控制器额外算一遍。反过来说,如果本体设计得别扭,算法就得用成倍的算力去补偿——这是典型的把机械问题甩给软件,最后两头都不讨好。

常见的实现思路是给不同形态建立一张“能力清单”,把自由度、末端精度、最大负载、传感模态、控制频率这些参数显式写出来,作为上层规划的可调用边界。规划器在拆任务时会先查这张表:这步需要双手协作,当前本体只有单臂,直接判不可行,而不是让底层硬扛到失败。这类显式约束比让大模型“凭常识判断”可靠得多。

能力维度典型量级对上层算法的约束
关节控制频率数百 Hz 到 1 kHz决定力控与柔顺能做到多细
大模型推理频率亚 Hz 到数 Hz决定必须做分层,不能端到端直连
末端重复定位精度毫米级到亚毫米级决定装配类任务是否可做
传感模态视觉、力/力矩、触觉、本体感觉决定状态估计的可观测性

2.2 环境:第一人称视角下的感知—行动回路

环境这一要素常被简化为“场景”,其实它包含两层含义:一是外部世界的复杂度,二是智能体与世界之间的耦合方式。工业产线是结构化的,工件位置、光照、流程都受控;家庭是典型的非结构化环境,桌面随时被挪动,地面可能突然出现拖鞋和电线。同一套策略在两种环境里的表现能差出一个数量级,原因不在于模型不够大,而在于观测分布完全不同。

更关键的是,具身智能面对的是一个部分可观测、且会被自己改变的环境。机器人推了一下箱子,箱子的位置变了,下一个决策的输入也就变了。这和离线数据集上做监督学习有本质区别:数据分布随策略变化而漂移,训练时的假设在部署时会失效。这也是为什么报告反复强调“第一人称”这个词——不是从外部摄像头看机器人,而是机器人自己看世界,看到的是遮挡、反光、视野盲区,以及自己手臂挡住镜头的那一块。

从时序上看,整个回路是分层的,而且频率差了好几个数量级:

# 分层控制回路的时钟关系(示意,非某个具体实现) while robot.alive: if t % 1000 == 0: # 约 1 Hz:慢思考层 plan = llm.decompose(goal, scene) # 任务分解,输出技能序列 if t % 100 == 0: # 约 10 Hz:技能层 skill, params = policy.select(plan, obs) # 选技能与参数 if t % 10 == 0: # 约 100 Hz:轨迹层 traj = mpc.solve(skill, params, obs) # 滚动优化出轨迹 cmd = wbc.compute(traj, obs) # 1 kHz:全身控制出力矩 robot.step(cmd) t += 1

这段伪代码里没有什么高深算法,但它把具身系统最硬的一条约束摊开了:语言模型的推理节奏和关节伺服的控制节奏相差三个数量级。让大模型直接输出关节力矩,物理上就来不及。所以工程上必然要做分层,慢层负责“做什么”,快层负责“怎么稳住”。任何试图抹平这个频率鸿沟的设计,最后都会在实时性上翻车。

2.3 智能:所谓的“增量”到底增在哪

三要素里最难讲清的是“智能”这一项。报告用了一个词叫“增量”,我觉得这个措辞很准确。增量有两个来源:一个先验,一个后验。先验来自大模型在海量图文上积累的开放语义和常识,它让机器人第一次见到没训练过的物体时,也能大概知道那是杯子、该从侧面握;后验来自本体与环境的交互数据,它修正先验里那些在物理世界不成立的判断——比如模型以为杯子很轻,一抓发现滑,力反馈立刻把抓取力加上去。

这解释了为什么“大模型 + 机器人”不等于具身智能。大模型只覆盖了认知的一部分,它没有本体感觉,不知道自己的手臂有多重、关节有没有到限位、抓握时手指施加了多大压力。缺了这条从身体回流到模型的通路,系统只是在执行一段开环的文本指令,环境一变就断。同样,“智能体”这个概念也不能直接等同于具身智能:软件智能体可以在虚拟环境里自主感知和行动,目标导向性很强,但它没有物理形态,也就没有物理交互带来的那部分约束和学习信号。具身智能的特殊性,恰恰在于它的行动要付物理代价,而这个代价反过来成了最强的学习信号。

3. 从符号到行为:七十年演进里那三次范式切换

3.1 萌芽期:一个悖论如何让逻辑规则撞墙

早期人工智能的主流思路是符号主义,用逻辑规则、符号和知识工程去模拟思维,代表产物是逻辑推理程序和专家系统。这条路在抽象计算上非常成功,但在机器人身上很快暴露短板:现实世界的状态空间太脏,规则写不完也写不准。同一时期连接主义走的是另一条路,用神经网络模拟大脑,早期只是浅层模型,直到反向传播让多层网络可训练,才重新点燃热情。

真正把问题说透的是上世纪 80 年代提出的那个著名悖论:人类认为困难的任务对机器来说很容易,人类觉得毫不费力的事情对机器来说却极难。下棋这类抽象计算机器能做得很好,但让机器具备一岁小孩那样的感知和行动能力,难度高到近乎不可能。这个悖论的价值不在于它多悲观,而在于它指出了两条技术路线的错位——智力可以被符号化,感知和行动却不能。

于是行为主义登场。有研究者在 80 年代发现传统逻辑程序在机器人导航上又慢又笨,转而直接从感知和动作驱动的环境交互入手设计机器,随后提出智能行为可以从自主机器与环境的简单物理交互中涌现,而不依赖预先设定的复杂算法。这一阶段机器人从预编程走向感知驱动,出现了移动机器人、能对话的人形平台、具备听觉和视觉的头部平台,工业机器人也开始在制造业铺开。技术上的关键词是“逻辑规则算法 + 机器人”,能实现特定功能,但通用性极差。

3.2 积累期:强化学习、模仿学习与形态计算三条支线

1990 年代到 2022 年这段,是理论和算法的补课期。三条支线几乎并行推进,各自的假设和适用边界差别很大,理解它们的分工比记住名字更重要。

深度强化学习把试错和函数逼近结合起来,智能体在环境里反复尝试,用奖励信号塑造策略。它的优势是能突破人类示教的局限,找到人想不到的解;短板是样本效率极低,真机上跑一次的代价可能是几分钟甚至几小时,所以绝大多数训练发生在仿真里,随之而来的是仿真与现实的落差。模仿学习走的是另一条路,直接让机器人模仿专家的示教轨迹,学得快、过程稳,特别适合那些难以用奖励函数描述的精细操作;但它有分布偏移问题——一旦部署时遇到示教数据里没出现过的状态,策略就会越走越偏,误差累积到不可恢复。形态计算则把物理形态本身纳入智能分析,研究身体结构如何简化控制,双足运动的形态与控制就是典型课题。

路线学习信号来源优势主要短板
深度强化学习环境奖励可超越示教,探索新解样本效率低,依赖仿真
模仿学习专家示教轨迹学得快、过程稳定分布偏移,长尾脆弱
形态计算身体结构与动力学降低控制复杂度依赖本体设计,迁移难

这一阶段的机器人进展肉眼可见:仿生架构的多足平台、消费级家用清洁机器人、智能音箱、自动驾驶测试车、物流与航拍无人机陆续落地,医疗、养老、家政场景开始把服务机器人当标配。仿生思路也被大量借用,四足、扑翼、软体结构都是为了更好地适应自然环境的约束。

3.3 突破期:大模型把“读万卷书”接上“行万里路”

2022 年之后,局面变了。大模型展现出通用知识和涌现能力,直接补上了机器人最缺的一块——开放世界的语义理解。机器人不再需要为每一类物体单独标注训练,语言指令可以直接映射到没见过的对象上;任务也可以由模型自己拆解成步骤,而不是由工程师预先写死流程。

技术上最具标志性的是视觉—语言—动作模型这条线:把图像观测、语言指令和动作输出放进同一个建模框架,让模型直接从视觉输入生成动作序列,而不是先转成文本再转成控制量。导航方向也出现了统一指令输入的设计,把语言描述、视觉观测和运动轨迹的不同阶段需求塞进同一套接口,让语言模型能直接产出运动方向和目标位置这类行动信息。多模态模型则把连续传感器数据融进语言模型,建立起文本与感知数据之间的语义联系。

但突破也带来了新麻烦。大模型的推理频率上不去,幻觉在物理世界里会被放大成真实的碰撞,物理常识的缺失让它对“这个杯子装满了水会很重”毫无概念。更现实的是数据:互联网上的图文再多,也替代不了真机交互产生的动作数据。报告把这一点讲得很直白——读万卷书能增强感知、理解和思维,但替代不了行万里路带来的体验。这也是为什么 2024 年人形本体集中爆发的同时,行业里真正稀缺的资源是高质量的真机操作数据集,而不是又一个更大的模型。

4. 感知—决策—行动—反馈:四模块技术体系怎么串成一条控制链

4.1 感知模块:多模态泛化的真正难点是语义对齐

感知模块的目标是给机器装感官,让它能把视觉、听觉、触觉、力觉和本体感觉整合成一份可用的世界描述。听起来是把几个传感器接上就行,实际工程里最耗时的部分在“对齐”两个字上。

第一层是时间对齐。不同传感器的采样率不一样,相机 30 帧、力传感器 1 kHz、关节编码器又是另一个节奏,如果时间戳没统一到同一个时钟域,融合出来的状态就是错位的——视觉看到手已经接触物体,力觉数据却还停在接触前,控制器就会做出错误判断。第二层是空间对齐,也就是标定:相机内参外参、手眼关系、触觉阵列在指尖的坐标映射,任何一项偏了,抓取点就会系统性偏移。第三层是语义对齐,这才是多模态泛化的核心难题:视觉特征说“这是个圆柱体”,触觉说“表面有纹理且可压缩”,语言指令说“把瓶子拿起来”,三者必须在同一个表征空间里对上,模型才知道圆柱体就是瓶子。

开放词汇识别是这里的另一个坎。传统检测器只能识别训练集里的类别,而真实场景里永远有没见过的物体。大模型带来的开放语义能力缓解了这个问题,但它给出的是“像什么”,不是“能不能抓、该用多大力”,后半段仍然要靠本体感觉和交互去补。

4.2 决策模块:分层还是端到端,取决于频率预算

决策模块负责把一句人类指令变成可执行的行动序列。当前主流有两条技术路线,取舍点其实很朴素:你的实时性预算够不够。

分层架构是工程上更常见的选择。上层用大模型做任务分解和长程规划,把“整理桌面”拆成“拿起杯子—放到托盘—擦掉水渍”,每一步调用一个预置技能;下层用强化学习或经典控制实现技能本身。好处是每一层都可测、可替换、可解释,某一层出错能定位;坏处是层与层之间的接口靠人工设计,技能库覆盖不到的任务就抓瞎,长程规划的错误还会逐层放大。

端到端路线把观测直接映射到动作,用视觉—语言—动作模型一次性输出未来若干步的动作块。它的好处是接口简洁、能利用大规模数据做联合优化,动作的连续性也更好;坏处是推理慢、难调试、出错时很难说清是哪一环的问题,安全性上属于典型的黑匣子。

# 视觉—语言—动作模型的输入输出约定(示意) obs = { "images": [...], # 多路相机,需按统一时间戳对齐 "proprio": [...], # 关节角、角速度、力矩,反映本体状态 "instruction": "...", # 自然语言任务描述 } action_chunk = vla.predict(obs, horizon=16) # 一次输出未来 16 步动作

这里的horizon参数是个关键折中:输出太短,动作不连贯、频繁调用模型导致延迟累积;输出太长,模型对未来的预测误差会迅速放大,而且中途环境一变整段动作就作废。常见的做法是预测一个动作块,执行前几步就重新预测,形成滚动时域控制。proprio这一项也常被低估,它让模型知道自己当前处在什么姿态,而不是每次都从零开始规划。

4.3 行动模块:精细操作卡在精度、柔顺和延迟三件事上

行动模块要把决策结果变成物理动作,运动控制、抓取规划、灵巧操作都属于这一层。工业场景里这层已经很成熟,但一旦要求泛化到开放环境,三个约束立刻显现。

精度是第一道。装配类任务对末端重复定位的要求常常到亚毫米级,而视觉估计的误差、标定的残差、机械臂的柔性变形都会吃精度。柔顺是第二道,很多任务不能靠位置控制硬怼——插拔连接器、拧瓶盖、握手,都必须让末端在接触后顺着反作用力让步,这就要用阻抗控制或力位混合控制,把接触力约束在安全范围内。延迟是第三道,也是最少被提及的:从感知到执行的总延迟如果超过环境的动态时间尺度,控制就会失稳。人形机器人在行走时对延迟极其敏感,几毫秒的抖动都可能让平衡控制发散。

这三件事共同决定了为什么全身控制这类技术不可替代。它把所有关节当成一个整体来解,同时满足平衡、接触和任务约束,而不是让每个关节各管各的。灵巧手也是同理,多指协调抓取的动作空间维度极高,靠单指策略拼凑基本不可能稳定。

4.4 反馈模块:数据飞轮转不起来的真正原因

反馈模块负责把执行结果变成学习信号,让系统在经验中变强。它是四模块里最容易被低估的一环,因为演示视频通常只展示成功的那一次,而真实系统的大部分时间花在从失败里恢复。

数据来源主要有三类。一是遥操作采集,人带着机器人做动作,质量高但成本极高,一小时真机数据的采集成本可能抵得上几十小时仿真。二是仿真合成,规模大、标注自动,但存在仿真与现实的落差,摩擦系数、延迟、柔性都没法完全还原。三是视频学习,从人类操作视频里提取动作先验,覆盖广但缺少力觉和本体感觉,只能学到“大概怎么做”。常见做法是三者混用,用仿真做预训练,用真机数据做微调,用视频数据扩充语义。

反馈闭环真正难的地方在于失败恢复。策略在长尾场景里必然出错,关键是出错之后能不能自己发现并退回来。这需要状态监测——检测抓取是否打滑、任务是否超时、力是否超限——以及一套回退策略,比如松手重抓、换个角度、请求人工介入。没有这一层,系统在实验室跑一百次成功九十九次,到现场跑一天就会因为一次不可恢复的失败而停机。

支撑这一切的还有本体、数据和软硬件底座:算力决定模型能跑多大,实时操作系统和中间件决定控制链路的确定性,数据集决定模型的上限。安全与隐私保障则贯穿全栈,从物理层面的力限与急停,到数据层面的采集授权与脱敏,都不能等到部署前才补。

5. 落地场景排查:为什么演示视频能跑、产线跑不动

5.1 工业与物流:柔性适配的边界在哪

工业制造是具身智能最被看好的落地方向,逻辑上很顺:打破人机协作瓶颈,实现柔性适配。传统产线靠固定工装和高重复性自动化,换一款产品就要重做治具;具身智能的卖点是同一套系统能适应多品种小批量,靠视觉识别和策略调整替代硬工装。

但边界也很清楚。产线对节拍和良率的要求是硬的,任何一个任务的失败率乘以每天的执行次数,都会变成可观的停机时间。具身系统真正的优势场景不是替代高速重复的工位,而是那些批量小、换型频繁、人工操作又累又难招的环节——比如线边拣选、上料、质检辅助、包装。物流运输同理,仓储分拣的核心矛盾是 SKU 极多且形状不规则,纯视觉方案面对透明、反光、软包装物品时成功率会掉得厉害,必须靠力觉和触觉补。

5.2 家庭与医疗:非结构化环境的容错账

家庭服务是想象空间最大的场景,也是工程难度最高的。家务环境是彻底的开放世界:物品摆放没有规范,光照随时变化,地面上可能有宠物、电线、散落的玩具。更麻烦的是安全边界——机器人打翻一个杯子是小事,撞倒老人是事故。这就要求系统在能力不足时能明确说“我不做”,而不是硬着头皮试。

医疗康养的逻辑稍有不同,重点在拟人化交互和长期陪伴,对动作精度的要求未必最高,但对交互自然度、情绪识别、隐私保护的要求很严。这类场景里,语音和视觉的融合比灵巧操作更关键,而数据合规的约束会直接影响系统架构——哪些数据能在本地处理、哪些必须脱敏后才能上传,都得在部署前定死。

5.3 五类高频翻车与排查路径

以下是我在类似系统里见过、也在报告提到的挑战里能找到对应的高频问题,按“现象—原因—解决”整理。

一、演示成功率高,换个场景直接掉一半。现象是实验室里抓取成功率九成以上,到场地上换成不同颜色的箱子就跌到五成。原因通常是示教数据和测试场景同分布,策略记住了背景和光照,而不是物体本身。解决办法是扩大域随机化范围,把光照、纹理、背景、物体材质都做成变量,同时建立一套覆盖长尾的评测集,而不是只测那几个演示用例。

二、大模型拆的任务没错,动作就是执行不了。现象是规划输出看起来很合理,底层却卡在某一步反复失败。原因是慢层规划不知道本体的能力边界,拆出了当前硬件做不到的动作。解决办法是在规划与执行之间加一层可行性校验,把本体的自由度、负载、可达空间作为约束传回给规划器,让它在生成阶段就排除不可行项。

三、仿真里收敛得很好,上真机就抖。现象是策略在仿真中指标漂亮,迁移到真机后关节抖动、抓取打滑。原因主要是仿真与现实的物理差距:摩擦模型简化、执行器延迟未建模、结构柔性被忽略。解决办法是做系统辨识,把真实的摩擦、延迟、惯量参数测出来回填仿真,再叠加域随机化让策略对参数误差不敏感。

四、多传感器融合后状态估计反而更差。现象是单独用视觉还行,加上力觉和触觉之后判断开始错乱。原因多半是时间戳没统一,或者标定有系统偏差,融合时把错误信息也一起融了进去。解决办法是先做硬同步和统一时钟域,再逐项验证标定精度,融合前对每个模态做一致性检查,异常模态直接降权。

五、连续运行几小时后性能缓慢退化。现象是刚启动时一切正常,跑久了定位漂移、抓取点偏移、任务超时增多。原因是缺少在线校准和状态监测,误差在闭环里慢慢累积,最后越过阈值。解决办法是加入周期性自检——回到参考位校准、检测关节零位偏移、监控力传感器基线——并为关键任务设置超时和回退策略。

6. 一脑多形与一机多用:统一框架背后的取舍账

报告在展望部分提出两个方向:一脑多形,让一个智能系统适配多种物理实体;一机多用,让一台设备灵活执行多种任务。这两个目标听起来都很美,但落地时都要付代价,核心取舍在于“统一”的层次选在哪。

如果把统一放在语义层,也就是让不同本体共享同一套任务理解、场景描述和技能接口,各本体保留自己的动作头和控制器,那么通用性和可靠性可以兼得,代价是要为每种形态单独做适配和调优。如果把统一放在动作层,用一个模型直接输出不同本体的动作,泛化性最好,但不同本体的动作空间维度、动力学特性差异巨大,训练数据的稀缺会让效果大打折扣。常见的工程折中是“共享慢层、分立快层”:大模型负责理解与规划,这部分与形态无关;动作生成按本体分家,各自用最适合的控制方式。

架构选择通用性实时性可调试性数据成本
全端到端统一模型高低低极高
共享语义层 + 分立动作层中高高中中
全模块化流水线低高高低

一机多用的取舍类似。技能复用能显著降低新任务的开发成本,但每增加一个技能,策略的选择空间就变大,误用和切换失败的概率也随之上升。真正决定成败的不是技能数量,而是技能之间的边界是否清晰、切换是否有明确的成功判据。

验证这类系统,我倾向于分层评测而不是只看端到端成功率:感知层看开放词汇识别和位姿估计的精度,决策层看长程任务的分步完成率,行动层看定位精度与接触力控制,反馈层看失败后的恢复成功率。再叠一轮故障注入——故意遮挡相机、故意放错物体、故意施加外力——看系统能不能识别异常并安全退出。端到端指标漂亮但分层指标拉胯的系统,通常只是过拟合了评测场景。

血泪经验是:凡是涉及物理交互的系统,评测集一定要包含“没见过的失败”。我早年做过一个模拟项目,评测全绿,上线第一天就因为地面反光导致定位跳变而停摆,事后复盘发现训练和测试数据里根本没有强反光样本。从那以后我每次评估具身方案,都强制走一遍“长尾场景 + 故障注入 + 连续运行”三件套,宁可前期多花两周,也不要在现场吃后悔药。希望帮到你。

本文还有配套的精品资源,点击获取

RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进