← 返回 2026-04-08

面向 Minecraft 游戏的多模态大语言模型智能体的经验迁移 Experience Transfer for Multimodal LLM Agents in Minecraft Game

Chenghao Li, Jun Liu, Songbo Zhang, Huadong Jian, Hao Ni, Lik-Hang Lee, Sung-Ho Bae, Guoqing Wang, Yang Yang, Chaoning Zhang 📅 2026-04-07 👍 16 2026-07-13 08:36
Minecraft 上下文类比学习 任务规划 多模态智能体 经验迁移 长期记忆

Echo 框架将经验显式拆解为五大迁移维度,让 MLLM 智能体跨任务类比学习。

前置知识

多模态大语言模型 (MLLM)

MLLM 是在大语言模型基础上扩展视觉输入能力的多模态基础模型,通常通过视觉编码器与语言模型的联合对齐训练获得读图、识图能力。GPT-4V、LLaVA、Flamingo 等是典型代表。

Echo 的核心推理引擎就是一个 instruction-tuned MLLM,依赖它理解 Minecraft 的视觉场景并生成结构化的 CSD 表示。

In-Context Learning (ICL)

ICL 是指在测试时不更新模型参数,仅通过在 prompt 中提供若干示例 (demonstrations),让模型完成新任务的能力。其表现高度依赖示例选择、顺序与数量。

Echo 的核心机制 ICAL (In-Context Analogical Learning) 是 ICL 的迁移性扩展,理解 ICL 才能理解为何类比示例会影响 MLLM 输出。

记忆增强的具身智能体

指具备 long-term memory 模块的具身智能体,典型代表 Voyager、JARVIS-1 等。其 memory 通常以技能库、轨迹回放、文本卡片等形式存储,并在决策时被检索使用。

Echo 直接对标这一类方法,作者指出它们把记忆当作静态仓库而非可迁移的知识,本文正是要解决这一痛点。

跨任务迁移 (Transfer Learning)

迁移学习利用源任务上学习到的知识帮助目标任务学习。本文中指的是在 Minecraft 不同物品家族之间 (剑→镐→斧) 或不同材料之间 (铁→铜) 的知识迁移。

整篇论文的核心就是 '如何让显式记忆中的经验可迁移',迁移能力是衡量 Echo 价值的最终标尺。

Minecraft 环境中的图谱式任务

Minecraft 提供了天然的「采集→冶炼→合成」层级任务图谱,不同工具之间共享结构和过程模式 (例如不同材质剑的合成流程仅材料不同)。

Minecraft 的「结构同构、变量可替换」特性是 Echo 能够显式定义五大迁移维度的基础。

研究动机

在 Voyager、JARVIS-1 等主流规划型 MLLM 智能体中,长期记忆往往被当成「静态仓库」使用——存放过往轨迹、技能代码或回放片段。然而这些方法在「迁移」上仍然非常浅层:技能被整段复用,但技能之间的结构化共性 (例如不同材质工具都遵循「采集→冶炼→合成」的同构流程) 完全没有被显式建模。一个明显的失败场景是:当智能体已经学会了用木镐挖石头的整套流程后,要迁移到「用石镐挖铁矿」时,多数系统会重新尝试整段规划,无法直接复用上一步的「采集→冶炼→合成」结构。此外,MLLM 本身在开放世界任务中容易产生幻觉,导致规划不稳定、跨世界泛化失败——具体表现为从超平坦世界迁移到真实生成世界后,技能成功率急剧下降。Table 1 显示 Voyager 移除 Self-Verification 后成功率从 35% 跌到 25%,SelfCheck 机制被砍掉后 JARVIS-1 的 Recipe/Success@0→10 从 60 掉到 45,这些都是「迁移弱 + 不稳定」的直接证据。

本文的目标是论文的核心目标是构建一个「迁移导向」的记忆框架 Echo,让智能体能够从先验交互中提炼出「可迁移知识」,而不是把记忆当成历史记录仓库。具体的可量化目标包括:(1) 把环境知识显式分解为五个迁移维度 (结构、属性、过程、功能、交互),让相似性比较成为可计算的向量操作;(2) 在 Minecraft 学习曲线中实现 1.3×-1.7× 的解锁加速;(3) 在跨任务 (Recipe/Functional Eq./Crafting Chain/Utility Blocks) 评测中获得稳定提升,验证「显式迁移轴」比「隐式整体相似度」更稳健。

与已有工作不同的是,此前的工作要么聚焦于记忆存储结构 (MrSteve 的 What-Where-When 时空索引、VistaWise 的多模态知识图),要么聚焦于技能库复用 (Voyager、JARVIS-1),但没有人显式地把「经验中可迁移的维度」抽离出来。DEPS、JARVIS-1 等使用的 ICL 也只是「从记忆库取少量示例生成子任务」,本质上是检索而非类比推理。Echo 抓住的空白点是:把 ICL 升级成「主动的类比推理过程」——不是被动用 few-shot 辅助生成本次计划,而是主动到记忆库里检索可能存在迁移关系的任务,验证、执行、扩展。这种从「检索式 ICL」到「类比式 ICL」的角度转变,是本文最独特的切入点。

核心方法

Echo 的整体思路可以类比为「一个学生做笔记时不是简单抄写题目答案,而是把题目拆成五个抽象维度 (形状、材质、解法、用途、动手方式),复习时只要扫描笔记中相似维度的题目,就能触类旁通」。技术上,Echo 把 Minecraft 的所有任务都编码成 Contextual State Descriptor (CSD),CSD 是一段统一 JSON,包含 meta + struct + attr + proc + func + inter 六个字段,每个字段既有符号描述也有向量嵌入,从而支持可计算的相似度检索。在规划时,Echo 通过 In-Context Analogical Learning (ICAL) 主动检索 top-K 个最相似的过去任务作为类比依据,再让 instruction-tuned MLLM 在此上下文下生成新的动作序列。整个系统采用感知-决策-执行三层循环,并维护短时记忆 (当前回合的视觉与执行反馈) 和长时记忆 (CSD 银行),所有成功的执行轨迹才被写入长时记忆。

Echo 与已有方法最本质的区别是「从静态索引到显式迁移轴」。Voyager/JARVIS-1/MrSteve 这些记忆增强智能体对过去经验的编码是「事件级」的——一次采集铁矿石的成功轨迹作为一个整体条目存入,下次检索时按字符串或向量相似度找整段相似的轨迹。Echo 拒绝这种「整段复用」范式,它要求每条经验必须沿五个预定义轴分解,每个轴独立编码、独立计算相似度。这样做的好处是:当一个新任务只在「属性」轴上和某条历史任务相似 (例如都是「用石头作为合成材料」),其它四个轴即使完全不相似,算法仍然能在 Func 轴上找到类比依据。这种细粒度的多轴对齐使得「跨任务模式抽取」成为可能,是 Echo 能在 episode 10 之后出现「爆发式解锁」的根因。另一个关键区别是 ICL 的角色被重新定义:在 DEPS、JARVIS-1 中 ICL 是「辅助生成」的配角,Echo 把它提升为「主动检索 + 类比推理」的主角。

方法步骤详情

Echo 的完整流程可分为五步。第一步是 CSD 生成与训练:对 MLLM 进行 instruction tuning,让它能把一个 Minecraft 任务 (指令 + 视觉 + 历史轨迹) 编码成包含 meta/struct/attr/proc/func/inter 六个字段的 JSON,其中 meta 记录时间戳与生成模型版本,struct 描述空间布局 (例如「well 在中央,周围是 villager 房屋」),attr 描述物体材质 (例如「灰褐色石质表面」),proc 描述动作因果链 (例如「矿石在顶层槽位 + 木炭在底层槽位 → 冶炼产出金属锭」),func 描述物体用途,inter 描述感知-动作回路。第二步是任务选择:智能体挑选「最成功」或「最近学习」的代表性任务,提取其完整 CSD。第三步是示例检索:在 CSD Bank 中按多维向量相似度检索 top-K 个最相似的 CSD (k ∈ {1, 2, 4, 8}),相似度同时考虑 attr/struct/func/proc/inter 五个分量。第四步是 ICL 上下文构建与新任务归纳:把检索到的 CSD 作为 in-context 示例塞进 prompt,让 MLLM 给出潜在新任务的动作序列。第五步是执行与验证:MLLM 既输出计划 πt 又输出自一致性断言 Asst,验证器 V 输出 {pass, fail};只有通过的执行轨迹才会触发 Memory Update $M' = U(M, trace_t)$,更新符号与向量两套表示。整个检索算子记为 $\mathcal{S}_K = R(x_t, M, T)$,其中 $T = \{struct, attr, proc, func, inter\}$ 是五个迁移轴的集合。

技术新颖性

从技术新颖性看,Echo 有三点贡献是之前方法不具备的。第一,它首创「五维显式迁移轴」这一知识表示,把跨任务类比从黑盒相似度检索变成了白盒的可解释对齐——这一点作者在 Figure 7 的轴相关性热图里有实证:Recipe 任务与 Structural 轴相关系数 0.83,与 Attribute 轴 0.37,明显说明不同任务类型由不同轴主导,这种细粒度归因是过去方法无法给出的。第二,它把 ICL 从「被动辅助」改造成「主动类比推理」,在论文中专门用 Figure 1 强调这一区别:DEPS/JARVIS-1 用 ICL 检索 few-shots 辅助子任务生成,Echo 用 ICL 主动检索可能的新任务并验证执行,这相当于把记忆库从只读索引升级为可写入的「知识实验台」。第三,CSD 同时维护符号 JSON 与向量嵌入两套表示,并通过离线聚类把单点经验抽象为模式 (例如从「冶炼铁矿 → 铁锭」推导出「冶炼金矿 → 金锭」),实现「自主知识扩展」,这一在线下聚类 + 模式抽取的能力是 Voyager、JARVIS-1 等都未提供的。

Overview of the CSD schema.
Figure 4: Overview of the CSD schema.
ICL-based analogical learning workflow using the CSD memory bank.
Figure 5: ICL-based analogical learning workflow using the CSD memory bank.
Overview of our iterative framework. The system performs perception, memory retrieval, planning, verification, and execution in a loop.
Figure 6: Overview of our iterative framework. The system performs perception, memory retrieval, planning, verification, and execution in a loop.
Transferring from a wooden pickaxe to a stone pickaxe.
Figure 9: Transferring from a wooden pickaxe to a stone pickaxe.

实验结果

实验在 Minecraft 上跑了 31 个 episode,跨 4 个任务家族共 12 个子任务。从 Table 1 的核心数据看,Echo (8-shot) 在 Recipe 家族中以 62.5/92.5 (Success@0→10 / Success@0→30) 取得最高分,超过 JARVIS-1 的 60/87.5;在 Shield 子任务上以 55.0/87.5 领先 JARVIS-1 的 50/80;在 Crafting Table 上以 57.5/92.5 接近 JARVIS-1 的 55.0/82.5 但前 10 episode 命中率高出 2.5 个百分点。Figure 2 与 Figure 8 展示了关键的「爆发式解锁」现象——在前 10 episode Echo 启动比 JARVIS-1 慢,但从 episode 10 开始斜率显著提升,到 episode 30 排名是 Echo (45) > MP5 (43) > JARVIS-1 (35) > MrSteve (33) > Voyager (18);作者给出的速度提升比为 1.3×-1.7×。Figure 7 的消融实验进一步揭示每个轴的独立贡献:移除 Attribute 轴让 Recipe 任务下降 11%,移除 Structural 轴让 Functional Eq. 和 Crafting Chain 各下降 7% 与 9%,移除 Procedural 轴让 Crafting Chain 暴跌 12% (长程任务最依赖过程链),移除 Functional 轴让 Functional Eq. 任务几乎失效 (-9%),移除 Interaction 轴让 Utility Blocks 下降 7%。轴-任务相关热图给出量化依据:Structural 轴与 Recipe 相关系数 0.83,Functional 轴与 Functional Eq. 相关系数 0.73,Procedural 轴与 Crafting Chain 相关系数 0.73,这些数字说明迁移维度不是冗余设计而是各自承担不同的解释力。

From-scratch learning in Minecraft (Success@0→10 / Success@0→30).
Table 1: From-scratch learning in Minecraft (Success@0→10 / Success@0→30).
Comparison of item unlocking progress across different agents. The x-axis represents the iteration steps, and the y-axis indicates the number of unique items unlocked.
Figure 2: Comparison of item unlocking progress across different agents. The x-axis represents the iteration steps, and the y-axis indicates the number of unique items unlocked.
Comparison of task performance when keeping or removing individual design axes. Left: bar charts; Right: correlation heatmap between task outcomes and design axes.
Figure 7: Comparison of task performance when keeping or removing individual design axes. Left: bar charts; Right: correlation heatmap between task outcomes and design axes.
Continuous learning performance comparison. The figure shows the success rate (%) over 31 training episodes (0-30) across five agents.
Figure 8: Continuous learning performance comparison. The figure shows the success rate (%) over 31 training episodes (0-30) across five agents.
查看结构化数据
任务指标本文基线提升
Minecraft Recipe (Bed) Success@0→10 / Success@0→30 Echo (8-shot) 62.5 / 92.5 JARVIS-1 60.0 / 87.5 +2.5 / +5.0
Minecraft Recipe (Iron Pickaxe) Success@0→10 / Success@0→30 Echo (8-shot) 52.5 / 87.5 JARVIS-1 50.0 / 85.0 +2.5 / +2.5
Minecraft Recipe (Shield) Success@0→10 / Success@0→30 Echo (8-shot) 55.0 / 87.5 JARVIS-1 50.0 / 80.0 +5.0 / +7.5
Functional Equivalence (BridgeEq) Success@0→10 / Success@0→30 Echo (8-shot) 50.0 / 80.0 MrSteve 47.5 / 77.5 +2.5 / +2.5
Functional Equivalence (WeaponEq) Success@0→10 / Success@0→30 Echo (8-shot) 45.0 / 75.0 JARVIS-1 40.0 / 70.0 +5.0 / +5.0
Crafting Chain (WeaponSet) Success@0→10 / Success@0→30 Echo (8-shot) 40.0 / 77.5 JARVIS-1 37.5 / 72.5 +2.5 / +5.0
Crafting Chain (ArmorSet) Success@0→10 / Success@0→30 Echo (8-shot) 27.5 / 67.5 JARVIS-1 30.0 / 65.0 -2.5 / +2.5
Utility Blocks (Crafting Table) Success@0→10 / Success@0→30 Echo (8-shot) 55.0 / 87.5 JARVIS-1 55.0 / 82.5 0 / +5.0
Item Unlocking Speed (Episode 30 success rate) Success Rate (%) Echo ≈45 MP5 43 / JARVIS-1 35 +2 ~ +10
Few-shot Efficiency (1-shot) Recipe/Bed Success@0→10 Echo (1-shot) 50.0 Voyager 35.0 / MP5 40.0 +10 ~ +15

局限与改进

作者在 Discussion 部分承认了三个明确的局限。第一,Echo 偏重「技能获取与学习」,在「主动探索未知环境」上不如 MP5 这种以 active perception 为核心的方法——具体表现为在信息稀疏的环境下 Echo 容易依赖先验知识而错过新资源。第二,Echo 的冷启动阶段 (前 10 episode) 学习速率明显慢于 JARVIS-1,需要积累一定量经验后才能进入爆发期,这意味着对超短 horizon 任务不友好。第三,评测主要在 Minecraft 上完成,而 Minecraft 仍是规则一致、状态转移简单的「理想化」环境,与真实物理世界的多样性、模糊性、因果复杂性差距很大,作者明确指出真实场景下的迁移不会像 Minecraft 那么顺滑。除此之外,从实验数据还能观察到一些隐含限制:Figure 7 显示移除 Functional 轴时 Functional Eq. 任务几乎瘫痪 (-9%),说明 Echo 在该任务家族上对单一轴过度依赖,缺乏鲁棒冗余;Crafting Chain (ArmorSet) 上 Echo (8-shot) 27.5 反而低于 JARVIS-1 的 30.0,提示多步依赖任务仍有提升空间;最后,由于 CSD 同时维护符号与向量两套表示,整个记忆库的存储和检索开销会随 episode 线性增长,长期运行下的可扩展性未在论文中给出实测数据。

独立分析的弱点

独立观察到的弱点主要在四个方面。第一,CSD 生成完全依赖 MLLM 自身的输出质量,缺少 grounding 校验机制——一旦 MLLM 在 proc 轴上把因果链描述错了 (例如错误判断「木炭 + 铁矿 → 铜锭」),后续 ICAL 会把这条错误知识扩散到所有相似任务上;改进方向是引入 verifier 对 CSD 字段做形式化校验,或在长时记忆写入前用环境反馈做反向验证。第二,五轴的相似度加权目前是均匀的,但实际上不同任务家族对不同轴的敏感度差异巨大 (Structural 轴对 Recipe 任务权重应为 0.83,对 Crafting Chain 仅 0.30);改进方向是引入 task-aware 的轴权重学习,让算法自动根据任务类型调整 $\mathcal{S}_K = R(x_t, M, T)$ 中的注意力分配。第三,Figure 8 显示 Echo 在 episode 0-10 期间明显落后于 JARVIS-1,说明冷启动阶段的样本效率不足;改进方向是引入 curriculum learning 或主动从人类示范/视频中预热 CSD 库,而不是纯靠 self-exploration 起步。第四,当前 CSD 主要是文本+向量的双表示,没有视觉 patch 级 grounding,限制了在「以视觉模式为核心」的任务 (例如根据方块纹理判断矿石种类) 上的迁移精度;改进方向是把 CSD 与视觉 region feature 绑定,让 proc/inter 等轴能直接引用具体画面位置。

未来方向

作者在 Conclusion 中提出希望本文的框架能启发后续工作加强「交互式多模态智能体的规划与推理」。可延伸的研究方向包括:(1) 把五维迁移轴推广到 Minecraft 之外的开放世界 (例如 Crafter、Habitat、AI2-THOR),验证轴的通用性;(2) 把 ICAL 与在线强化学习结合,让验证失败的轨迹也能贡献梯度,避免纯靠 ICL 的 zero-gradient 局限;(3) 探索 CSD 的层级化抽象——目前的 CSD 是任务级平铺表示,可以进一步抽象出「任务族级 CSD 模板」 (例如所有剑类任务的通用五轴骨架),把检索粒度从实例级提升到模板级,期望把 episode 10 之前的冷启动时间进一步压缩;(4) 引入多智能体协同 CSD,让一个 Echo 实例学会的迁移轴可以被同种群其他实例直接复用,构建 CSD 的「群体智能」;(5) 把 CSD 格式从 JSON 标准化为结构化本体 (Ontology),便于跨环境跨模态的可比性计算。

复现评估

作者在脚注声明 Project: https://github.com/CatworldLee/Echo (待发布的开源仓库)。从论文内容看复现难度中等:算法层面五轴定义、ICAL 检索、verifier 流程都有清晰公式 (例如检索算子 $\mathcal{S}_K = R(x_t, M, T)$、验证器 $V(\pi_t, Asst, x_t)$),但具体的 instruction-tuning 数据集、超参 (k 值选择、温度、聚类阈值) 没有全部给出。数据方面,CSD 训练需要大量「任务指令 + 视觉场景 + 轨迹 + 验证反馈」四元组,作者提到使用 multi-modal task instructions 与 historical execution traces,但未披露具体采集规模与环境配置。算力方面,作为 MLLM 智能体,需要 GPT-4V/Claude 这类强多模态模型作为推理引擎,加上可能的 instruction-tuning 阶段,单次完整实验 (31 episode × 多任务家族 × 多次随机种子) 估算需要数十到数百美元 API 费用。整体而言,对于熟悉 LLM Agent 与 Minecraft 仿真环境的团队,复现周期估计 2-4 周;最大的不确定性在于 instruction-tuned MLLM 的具体规格 (论文未明确是 fine-tune 现有模型还是 prompt-only),以及 CSD 字段在 MLLM 输出中的格式稳定性。