科技巨头们正斥资数十亿美元打造全自动的 AI Agent(智能体),期望它们能像人类员工一样,在解决新问题的过程中不断学习、积累经验。然而,一篇最新的学术论文《SkillLearnBench: Benchmarking Continual Learning Methods for Agent Skill Generation on Real-World Tasks》却揭示了一个令人啼笑皆非、又细思极恐的真相:目前的顶尖 AI 智能体,居然也会犯“收藏从未停止,执行从未开始”的现代人通病——它们能给自己写出看似详尽的“标准操作手册(SOP)”,但在真正干活时,却往往把手册扔进垃圾桶,全凭本能瞎干。

这篇论文不仅打破了业界对“全自动 AI 生态”的盲目乐观,还首次系统性地剖析了 AI 在持续学习(Continual Learning)过程中那些极其反直觉的失败模式。

撕开“黑盒”:从唯结果论到三层评估体系

要理解这个发现,我们首先得明白什么是 AI 的“技能(Skill)”。

在早期的机器学习中,让 AI 学新东西往往意味着更新模型权重(微调),但这极易导致“灾难性遗忘”。如今,业界探索出了一种非参数化的持续学习范式:将任务经验固化为结构化的 Markdown 文档(即“技能”)。你可以把它理解为 AI 的专属 SOP,里面编码了特定任务的触发条件、执行步骤和调用工具的逻辑。当 AI 面对源源不断的新任务时,通过“生成-存储-复用”的闭环,就能不断扩充自己的能力边界。

:
然而,现有的研究大多存在一个致命盲区:唯结果论。以前的基准测试(如 SkillsBench)只看 AI 最后有没有把活儿干完。如果任务失败了,开发者根本不知道是因为 AI 写的技能太烂,还是因为 AI 执行的时候出了岔子。

为了填补这个空白,CMU研究团队推出了 SkillLearnBench:首个专门评估 AI 智能体技能生成与持续学习的基准测试平台。他们从真实世界的社区技能库中提取了 15 个子领域的 20 个复杂任务,并设计了一个极其严苛的“三层评估体系”:

  1. Level 1 技能质量(Skill Quality):不看执行,只用 LLM 裁判评估这份 SOP 写得规不规范、知识点覆盖率(Coverage)高不高、是否存在安全风险。
  2. Level 2 轨迹分析(Trajectory Analysis):监控 AI 在干活时到底有没有按照 SOP 的步骤走(Alignment),以及技能的实际使用率(Usage Rate)有多高。
  3. Level 3 任务结果(Task Outcome):评估最终的准确率(Accuracy)和算力消耗(Token 成本)。

有了这个“照妖镜”,研究人员测试了目前主流的四种技能生成流派:单次生成(One-Shot)自我反馈(Self Feedback)教师反馈(Teacher Feedback),以及技能创造者(Skill Creator)

无法逾越的“人类鸿沟”

带着对“AI 即将取代打工人”的敬畏,我们来看看实验结果。然而,现实却泼了一盆冷水。

在这里插入图片描述

如上表所示,尽管所有的持续学习方法都比“无技能(No Skill)”的裸跑状态要好,但它们距离人类专家手写的技能(Human-authored)依然有着巨大的鸿沟。论文的数据极其精准地量化了这一点:即便表现最好的自动化技能生成方法,也仅仅填补了“无技能”与“人类手写技能”之间大约 45% 的性能差距。

这意味着,在构建全自动 AI 生态系统的宏大愿景中,人类工程师依然是不可或缺的瓶颈。当前的 AI 还不具备完全独立提炼、总结并固化复杂任务逻辑的能力。但更有意思的发现,隐藏在第二层的“执行轨迹”数据中。

叛逆的打工人:写得出,却死活不看

当我们仔细分析不同方法的行为特征时,一个极其拟人化的“叛逆”现象浮出水面。

按照常理,有专家指导的“教师反馈(Teacher Feedback)”方法,生成的技能质量应该是较高的。事实上,在第一层的评估中,教师反馈确实生成了内容更丰富、知识点覆盖率(Coverage)较高的 SOP 文档。但是,当我们看向最终的任务准确率时,它却往往不如简单的单次生成或自我反馈。

问题出在哪里?SkillLearnBench 的第二层指标给出了答案:教师反馈生成的技能,其使用率(Usage Rate)在所有方法中是最低的!

在这里插入图片描述

这就好比一个员工在老专家的指导下,写出了一本极其详尽的《操作指南》,里面包含了无数的边界条件和约束。结果到了真正干活的时候,执行任务的 AI(本研究中统一使用 Claude Sonnet 4.6 作为执行者)看了一眼这本厚厚的指南,觉得太复杂、太限制自由,于是干脆把它扔到一边,开始按照自己预训练时的“直觉”去瞎干。这种“知行不一”导致了执行轨迹的严重偏离,最终任务宣告失败。

这揭示了当前 Agent 架构中的一个核心矛盾:任务的成功不仅取决于 SOP 里写了什么,更取决于智能体是否愿意且能够“采纳(Adopt)”这个技能。 过于繁琐和死板的指令,反而会触发大模型的“逆反心理”。
在这里插入图片描述

失效的“大力出奇迹”与闭门造车的“递归漂移”

在深度学习领域,“大力出奇迹(Scaling Law)”几乎是一条铁律。大家普遍认为,只要换上参数量更大、更聪明的模型,生成技能的能力自然会提升。但 SkillLearnBench 再次给出了反直觉的结论:升级到更强大的大语言模型骨干,并不能稳定地产生更好的复用技能。

在这里插入图片描述

研究团队对比了 Claude 家族的最强模型 Opus 4.6 与中坚模型 Sonnet 4.6。在“地震板块计算”这个任务中,强大的 Opus 为了追求单次任务的完美,竟然在生成的技能里“硬编码(Hardcode)”了具体的列名、过滤参数甚至投影方式。这导致该技能在面对稍微变化的新测试用例时瞬间崩溃。

相反,参数量稍小的 Sonnet 反而写出了更具弹性的代码,它知道要先动态检测列名,从而获得了更好的泛化能力。太聪明的模型往往容易在特定实例上“过拟合”,失去了提炼通用工作流的能力。

除了“大力不再出奇迹”,论文还无情地打破了“自我反思”的神话。近年来,让 AI 通过自我反馈(Self Feedback)来迭代优化是一个热门方向。然而,如果在多轮迭代中没有引入外部的“新知识”,会发生什么?

小结
论文通过追踪多轮反馈的演变发现,自我反馈在第一轮修改后,准确率会有所提升;但如果继续让它自己反思,技能的覆盖率将停滞不前,而执行对齐度(Alignment)则开始稳步下降,最终导致准确率暴跌。研究人员将这种现象精准地命名为**“递归漂移(Recursive Drift)”**。这就好比一个人在没有外界信息输入的情况下闭门造车,越反思越钻牛角尖,最终把原本正确的逻辑改得面目全非。相比之下,只有引入了外部新信息的教师反馈,才能在多轮迭代中实现真正的持续进步。

小结:自动化的终点不仅是“写得好”,更是“用得对”

SkillLearnBench 的出现,就像是给狂热的 AI Agent 赛道做了一次冷静的全面体检。它告诉我们,赋予 AI 持续学习的能力,绝不仅仅是让它学会输出一段看似专业的 Markdown 文档。

当前的技能生成方法不仅远未达到人类水平,而且暴露出两个深层次的设计缺陷:

  1. 缺乏抽象能力:生成的技能容易陷入死板的硬编码,无法在不同实例间泛化。
  2. 缺乏执行约束:没有有效的机制来确保执行智能体能够老老实实地“知行合一”。

当我们惊叹于大语言模型能够写出洋洋洒洒的代码和规划时,这篇论文提醒我们,真正的瓶颈已经转移。未来的研究如果不能解决 AI 的“递归漂移”,不能治好它“不看自己写的 SOP”的毛病,那么所谓的全自动智能体,将永远只是一个会在开工前做完美计划、开工后却胡乱发挥的“职场老油条”。

如何让大模型在保持泛化灵活性的同时,严格受控于它自己积累的程序性记忆? 这将是通往 AGI(通用人工智能)道路上,一个无法绕开的终极拷问。

Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐