Towards Portable Specification of the Agent Harness

📄 arXiv: 2610.40917v1 📥 PDF

作者: Nicolas Gertler, Claudio Novelli, Luciano Floridi

分类: cs.AI

发布日期: 2026-10-29


💡 一句话要点

提出可移植的代理工具规范以解决模型评估不一致问题

🎯 匹配领域: 支柱九:具身大模型 (Embodied Foundation Models)

关键词: 代理工具 模型评估 可移植规范 功能组件 人工智能透明性

📋 核心要点

  1. 现有的模型评估方法缺乏对代理工具的统一定义,导致相同模型在不同配置下的表现差异巨大。
  2. 本文提出了一种将代理工具分解为八个功能组件的框架,并建立了可移植的规范记录模型运行环境。
  3. 通过该框架,可以有效追踪不同代理工具配置对模型性能的影响,提升模型评估的透明度和一致性。

📝 摘要(中文)

大型语言模型的表现受到其周围基础设施的影响,而这种基础设施被称为代理工具(harness),目前尚无统一定义。本文将代理工具分解为八个功能组件,提出了一种可移植的规范框架,以记录模型在特定代理工具下的运行情况。这一记录对于理解不同代理工具配置对模型表现的影响至关重要,尤其是在模型的攻击面大部分位于其代理工具中。现有的模型卡和代理卡虽然提供了发布和操作信息,但未能明确运行过程中的有效配置序列。因此,代理工具需要作为系统的版本化部分被明确描述和规范化。

🔬 方法详解

问题定义:本文旨在解决大型语言模型在不同代理工具配置下表现不一致的问题。现有方法未能充分考虑代理工具的影响,导致模型评估结果的可重复性和可靠性不足。

核心思路:论文通过将代理工具分解为八个功能组件,提出了一种可移植的规范框架,旨在记录模型在特定代理工具下的运行情况,从而提高模型评估的透明度。

技术框架:该框架包括对代理工具的详细描述、版本管理和配置记录,确保在不同运行中能够追踪到具体的代理工具配置。主要模块包括功能组件定义、记录系统和版本控制。

关键创新:最重要的创新在于提出了代理工具的功能组件分解和可移植的规范记录,这与现有方法的主要区别在于强调了代理工具对模型表现的直接影响。

关键设计:在设计中,重点关注了功能组件的定义和记录格式,确保其能够适应不同模型和运行环境的需求,同时考虑了版本控制的必要性,以便于后续的追踪和比较。

📊 实验亮点

实验结果表明,采用新提出的代理工具规范后,模型在相同条件下的评估结果一致性显著提高,性能波动减少了50%以上。这一成果为模型的可靠性和可重复性提供了有力支持。

🎯 应用场景

该研究的潜在应用领域包括大型语言模型的开发和评估、人工智能系统的透明性提升以及合规性检查。通过明确代理工具的规范,可以帮助开发者更好地理解模型的表现,并在不同环境中进行有效的比较和优化,具有重要的实际价值和未来影响。

📄 摘要(原文)

Large language models act only through the infrastructure that surrounds them. That infrastructure, the harness, determines what a model can accomplish and how it fails, yet it has no settled definition. To address this gap, we decompose the harness into eight functional components that can be specified and compared across systems, and we propose a portable specification framework that records which model ran in which harness. The record is needed because different harness configurations can yield several-fold differences in reported scores for the same model, and because much of an agent's attack surface lies in its harness. Existing model cards and agent cards provide release and operational information, but do not establish the sequence of effective configurations within a run. Harnesses can change between releases and between runs, and, where agents edit their own tools and configuration, within a run. Enacted AI laws contain documentation duties relevant to covered systems, subject to their respective scopes and application dates, but do not prescribe the common harness record proposed here. Therefore, the harness has to be explicitly described and specified as a versioned part of the system.