← 返回 PaperDaily 视觉与图像

ICRA 2026新作FEARL:机器人安全也能可验证,碰撞率降到0

这篇论文最有意思的地方,是把“基础模型很强但不好验”这个老大难,拆成了一个能落地的工程问题。大模型负责看图、听话、想任务,小安全模块负责把关,形式化验证只盯住后者,思路很干净。

ICRA 2026新作FEARL:机器人安全也能可验证,碰撞率降到0
🐉 龙哥读论文知识星球来了!
公众号每日8篇拆解不够看?星球无上限更AI领域论文、资讯、招聘、招博、开源代码,一站式干货,每日2分钟刷完即赚! 👇扫码加入「龙哥读论文」知识星球,前沿干货、实用资源一站式拿捏~ xingqiu_header

龙哥推荐理由:
这篇论文最有意思的地方,是把“基础模型很强但不好验”这个老大难,拆成了一个能落地的工程问题。大模型负责看图、听话、想任务,小安全模块负责把关,形式化验证只盯住后者,思路很干净。


原论文信息如下:
论文标题:
Verifiable Foundation Models for Robot Safety
发表日期:
2026年06月
发表单位:
University of California, Irvine
原文链接:
https://arxiv.org/pdf/2606.26093v1.pdf
### 文章上半部分子标题:

基础模型也能保证安全?C/S分离架构实现可验证的机器人控制

从“海量参数”到“可证安全”:C/S模块如何剥离安全决策?

安全不靠“手感”:形式化验证如何划定“免屏蔽”安全区?

### 文章下半部分子标题:

不降性能,不带“拖油瓶”:模拟与真实环境的全方位验证

零样本迁移给力!从模拟到真实机器人,算法与硬件无缝对接

龙哥点评:拥抱基础模型,也拥抱形式化安全证明

基础模型也能保证安全?C/S分离架构实现可验证的机器人控制

机器人一旦走出实验室,最怕的不是“不会干活”,而是“干活太猛”。基础模型擅长看图、听话、做判断,但它的判断过程太复杂,复杂到形式化验证工具常常只能摊手:这题我不会。FEARL 的思路很直接,也很聪明——把一个大而全的控制策略拆成两块:Controller(C)负责高维感知和任务理解,Safety module(S)负责最终动作的安全把关。前者可以尽情“脑洞大开”,后者则被压缩到足够小,方便形式化验证工具认真检查。
图1:FEARL 的 C/S 分离总体框架
图1:FEARL 的 C/S 分离总体框架。Controller 先把图像、语言等高维任务输入压成一个低维上下文向量,再交给 Safety module 结合安全传感器信息输出动作。换句话说,大脑负责想事,前台负责查门禁卡,分工很明确。
这里先把缩写掰开说清楚。C/S 是 Controller/Safety module 的简称,即“控制器/安全模块”分离架构。VLA 是 Vision-Language-Action,中文可理解为“视觉-语言-动作模型”,指能直接把图像和语言映射到机器人动作的模型。论文里还提到 ϵ-ProVe,它是一个用于枚举安全区域的神经网络验证方法;论文引用的是相关工作中的工具名。LoRA 是 Low-Rank Adaptation,低秩适配,常用于高效微调大模型。PPO 是 Proximal Policy Optimization,近端策略优化;DAgger 是 Dataset Aggregation,数据聚合式模仿学习。先把这些术语认清,后面就不会被缩写连环拳打懵。

从“海量参数”到“可证安全”:C/S模块如何剥离安全决策?

FEARL 的关键不是“让大模型变小”,而是“让需要证明的部分足够小”。这件事要从机器人真正看到的东西说起。论文把机器人在时刻 t 的观测写成三元组:图像 I、语言指令 g,以及低维安全传感器 s。前两者是“任务语义”,后者是“物理边界”。想去拿杯子,得看图听话;但会不会撞墙、会不会越界,往往只需要看激光雷达、位姿或边界距离。
于是 FEARL 把职责拆开:Controller(C)吃进高维输入 (I, g),吐出一个被限制在 [-1, 1]dc 的上下文向量 zSafety module(S)再把 sz 拼起来,输出最终动作。这里的核心不是“谁更强”,而是“谁该被证明”。大模型继续负责理解世界,小模块负责接受审查,像是把家里最复杂的账本交给会计,把门禁密码交给保安。
表1:不同环境下的模块配置与训练设置
表1:不同环境下的模块配置与训练设置。可以看到,FEARL 并不迷信单一骨架,既能接自定义的 BERT+ViT,也能接现成的 SmolVLA,还能在室内、室外和二维玩具场景里切换训练方式。这里的 dc 是上下文嵌入维度,ds 是安全传感器维度,|A| 是动作空间大小。说白了,C 可以“很会看”,S 只要“会把关”。
这个设计还有一个很重要的边界条件:上下文向量必须有界。论文用 tanh 把它压到有限区间里,因为验证工具不是算命先生,它需要在一个清清楚楚、边界明确的输入空间里工作。若上下文向量无限大,验证问题就会从“难”直接升级成“别闹”。因此,FEARL 不是简单把大模型接上小模块,而是先把接口“规矩化”,再谈安全证明。

安全不靠“手感”:形式化验证如何划定“免屏蔽”安全区?

很多机器人安全方案喜欢说“我已经训练得很安全了”,但训练出来的安全,通常更像“平时没出事”。FEARL 更偏执一点:它要的是能写进证明里的安全。论文把安全要求写成对 S 的约束,也就是在某个安全传感器区域 R 内,模块 S 的输出不能落入危险动作集合 Yunsafe(R)。这类约束非常适合写成“碰撞避免”“边界不越界”“姿态不乱跑”这样的物理规则。
接下来就是验证工具出场。论文使用扩展后的 ϵ-ProVe 去扫描模块 S 的输入空间,把它分成两块:一块是已经证明安全的区域,另一块是暂时不能证明的区域。注意,这里的“不能证明”不等于“不安全”,只是验证器还没拿到足够强的证据。这个区分非常关键,因为它直接决定了运行时是否需要屏蔽器介入。
论文把这套流程叫做 verification-guided shielding,中文可理解为“验证引导的屏蔽”。离线阶段先把安全区域尽量证出来;在线阶段,只有当当前状态落在未认证区域时,屏蔽器才会接管动作。这样一来,屏蔽器不再像“全天候保安”,而更像“只在危险角落上岗”的特勤队,既保安全,也少打扰策略本身的动作选择。
表4:Indoor Navigation 的安全约束定义
表4:Indoor Navigation 的安全约束定义。这里列的是激光雷达条件下哪些动作在什么距离区间内会被判为危险。读起来像一份“机器人版交通法规”,只不过执法依据不是红绿灯,而是传感器数值。论文之所以能做验证,根本原因就在于这些安全规则都能落到低维、可解释的传感器上,而不是漂浮在高维图像语义里。
论文还给出了几个理论结果,核心意思很朴素:认证区域越大,屏蔽器越少出手;屏蔽器越少出手,性能损失越小。 这和直觉一致,但论文把它写成了可分析的形式。也就是说,验证不仅是在证明“安全”,还在量化“安全证明到底覆盖了多少真实运行状态”。这点很实用,因为如果认证区域太小,屏蔽器就会频繁插手,机器人就会像被家长一路拎着走,动作别扭,任务也容易掉链子。
表3:使用 ϵ-ProVe 的离线验证结果
表3:使用 ϵ-ProVe 的离线验证结果。可以看到,二维玩具任务的可认证体积接近满分,室内和室外任务也能证出相当可观的安全区域,只是维度一高、约束一多,验证时间就开始变长。这个现象不奇怪:验证器面对的是组合爆炸,不是“多跑几轮就能解决”的普通训练问题。

不降性能,不带“拖油瓶”:模拟与真实环境的全方位验证

很多安全方法一上来就把性能搞得很难看:安全是安全了,任务也差不多“安全地失败”了。FEARL 的实验设计正是为了回答一个更尖锐的问题:把安全决策拆给小模块之后,任务能力会不会被拖垮?答案是:没有想象中那么惨,至少不是“一刀切把机器人变成保守派”。
图2:三个不同机器人平台上的实验环境
图2:三个不同机器人平台上的实验环境。论文覆盖了二维玩具场景、室内移动机器人,以及室外四足机器人,算是把“简单验证”和“真实复杂”都照顾到了。这样的实验布局很重要,因为如果方法只在一个小世界里好用,那顶多叫 demo;只有跨场景还能站住,才有资格谈架构价值。
表2:有无屏蔽时的性能对比
表2:有无屏蔽时的性能对比。这里最值得注意的不是“成功率有多高”,而是“屏蔽后碰撞率能否压到 0”。结果显示,三种环境下屏蔽后都实现了零安全违规,而成功率只出现了有限下降。也就是说,FEARL 不是拿安全去换性能,而是在尽量小的性能代价下,把危险动作拦在门外。
从表2还能看出一个很现实的细节:不同环境的屏蔽率不一样。二维场景几乎不用屏蔽,室内和室外则需要少量介入。这说明认证区域的大小并不是唯一决定因素,策略在真实运行时到底会走到哪些状态,也会影响屏蔽器的工作频率。换句话说,验证给的是“地图”,而运行时轨迹决定“走哪条路”。
为了让结果更有说服力,论文没有停留在仿真里自嗨,还把方法放到真实机器人上做了零样本迁移。这里的“零样本”不是说机器人天生神通广大,而是指不需要重新训练或重新验证,就把在仿真里学到的策略和安全接口直接搬到真机上。这个动作的难度不小,因为仿真和现实之间常常隔着传感器噪声、定位漂移、环境变化这些“现实滤镜”。

零样本迁移给力!从模拟到真实机器人,算法与硬件无缝对接

真机实验最能看出方法是不是“纸面强者”。论文在 Stretch 机器人上做了室内导航实验,采用的是一种更贴近现实部署的地图无关版本:机器人没有鸟瞰图,只依赖语言指令、局部激光雷达和基础模型提供的上下文。离线验证后,安全模块仍然能证出相当一部分输入域,说明这套接口并不是仿真专属,而是可以跟硬件真正对接的。
图3:真实环境中的室内导航系统
图3:真实环境中的室内导航系统。这个实验的价值不在于场景多花哨,而在于它证明了 FEARL 的安全接口可以从仿真直接迁移到真实机器人。图像、语言和局部安全感知分工明确,验证只盯住小模块,部署时就少了很多“这次应该没问题吧”的侥幸心理。
真机结果也很有意思:开屏蔽时,机器人会出现碰撞;加上屏蔽后,碰撞被压到零,代价是成功率略有变化。更重要的是,屏蔽触发比例并不高,说明离线证出来的安全区域在真实世界里确实起作用了。这个结果挺像一种“安全保险”:平时不打扰你,真要踩线时才出手,而且出手还算克制。
如果只看 demo,很多方法都能讲得头头是道;但一旦放到真机,噪声、漂移、局部遮挡就会把“理论上可行”打回原形。FEARL 的可贵之处在于,它没有试图把所有安全问题都塞进一个巨大的端到端模型里,而是承认现实:有些问题适合让基础模型去理解,有些问题只适合让小而明确的模块去证明。这个分工,才是它能从模拟走向现实的底气。😊

龙哥点评:拥抱基础模型,也拥抱形式化安全证明

论文创新性分数:★★★★☆

把基础模型控制和形式化验证拆成两个清晰模块,这个思路不算玄学,但很实用。真正有价值的是,它不是停留在概念层,而是把验证接口、训练流程和真机迁移连成了一条线。

实验合理度:★★★★☆

从二维玩具到室内导航再到四足机器人,覆盖了不同复杂度和不同传感模态,验证了方法不是单点有效。唯一的现实问题是,验证时间在高维场景里仍然不短,说明方法更适合作为离线安全认证流程。

学术研究价值:★★★★☆

它给“可验证的大模型机器人”提供了一个比较干净的工程范式,尤其适合后续继续研究安全接口、可证区域和验证引导训练。对机器人安全和神经网络验证两个方向都有启发。

稳定性:★★★☆☆

安全模块本身是小而稳的,但系统整体仍然依赖上下文接口是否足够可靠,以及安全传感器是否校准到位。仿真到现实能迁移,不代表所有场景都能直接复制粘贴。

适应性以及泛化能力:★★★★☆

Controller 可以接不同 backbone,说明适配性不错;但安全规格仍偏向低维物理量,语义级安全还没完全覆盖。泛化能力有潜力,但还没到“啥都能证”的程度。

硬件需求及成本:★★★☆☆

在线阶段开销不大,离线验证却可能需要分钟到小时级计算。对训练和部署来说不算离谱,但如果想大规模滚动验证,算力预算还是得认真算账。

复现难度:★★★☆☆

框架思路清楚,但涉及机器人平台、验证工具和多种训练策略,复现门槛不算低。若代码和配置进一步开放,实用性会更好。

产品化成熟度:★★★☆☆

适合“有明确物理安全边界”的机器人场景,尤其是导航、避障这类任务;但要进入更复杂的语义安全、多人协作和开放世界操作,还需要继续补课。

可能的问题:最大的短板是安全规格仍偏低维,语义级风险覆盖不足;另外验证耗时较长,离“随训练随验证”的理想状态还有距离。

龙迷三问

下面是龙哥对于大家可能的一些问题的解答:

这篇论文到底解决了什么问题?它解决的是“基础模型很强,但太大太复杂,没法直接做形式化验证”的问题。FEARL 通过把策略拆成 Controller 和 Safety module,让验证只盯住小模块,从而把原本难以处理的机器人安全证明变成可操作的工程流程。

ϵ-ProVe 和“认证区域”是什么意思?ϵ-ProVe 是论文使用的验证工具,用来在输入空间里找出可以证明安全的区域。认证区域越大,说明在越多状态下可以不靠屏蔽器直接执行动作,运行时就更轻、更稳。

为什么真机能直接迁移,安全还没丢?因为安全机制依赖的是低维、物理意义明确的传感器接口,而不是高维图像语义本身。即使仿真到现实有分布偏移,只要安全传感器保持可用,验证过的安全模块仍然能工作,屏蔽器也就能继续守住底线。

如果你还有哪些想要了解的,欢迎在评论区留言或者讨论~
如果把这篇论文浓缩成一句话,那就是:让大模型继续负责“聪明”,让小模块专心负责“别出事”。这不是把安全问题甩给一个补丁,而是把安全变成架构的一部分。对机器人来说,这种设计比“靠运气别撞上”靠谱得多。

主要参考文献

Davide Corsi, Kyungmin Kim, Roy Fox. Verifiable Foundation Models for Robot Safety. arXiv:2606.26093v1, 2026.
D. Corsi et al. Verification-guided shielding for deep reinforcement learning. RLC, 2024.
H. Wu et al. Marabou 2.0: A versatile formal analyzer of neural networks. CAV, 2024.

机器人要跑得快,更要站得稳。想看更多“能落地、能验证、能上真机”的AI论文拆解,欢迎加入龙哥读论文星球~  

end
欢迎加入龙哥读论文粉丝群,扫描下方二维码或者添加龙哥助手微信号加群:kangjinlonghelper。一定要备注:研究方向+地点+学校/公司+昵称(如 图像处理+上海+清华+龙哥),一起聊机器人、模型、安全和落地!
wechat_helperdianzan
转发文章 微博 X LinkedIn Facebook
龙哥读论文 · PaperDaily

本文基于龙哥读论文 PaperDaily 数据库整理,结合论文原文与工程视角进行解读。