编码智能体基准测试应与其用户的任务流相匹配

Hugging Face Daily Papers 论文

摘要

本文收集了 JetBrains IDE 中 4,782 个真实软件工程师的编码智能体会话,提出 SWE-TaskFlow 方法,将 issue 导向的基准测试转化为符合目标任务流分布的交互,并发现交互协议本身会显著影响智能体成本与求解率。

编码智能体的评估通常力求尽可能真实。在我们的研究中,我们收集了 JetBrains IDE 中 4,782 个真实软件工程师的智能体会话,我们称之为生产会话(Production Sessions)。由于我们的研究对象是交互式智能体,我们研究了包含至少三条用户消息的会话(占样本的 33%)。这些长会话在两个方面不同于基于 issue 推导出的基准任务:(i) 用户请求涵盖更广泛的任务类型——关于项目代码的提问、规划、审查、重构、执行——以及 (ii) 用户在会话过程中会在不同类型之间频繁切换。来自三个公开交互语料库的长会话样本呈现出显著不同的任务流(Task Flows,即会话长度、任务类型及类型间转换的分布),因此没有任何单一的交互分布是普遍真实的:基准测试应明确指定目标用例,并据此进行校准。我们提出 SWE-TaskFlow,一种转换任意基于 issue 的基准测试的方法:它保留经过验证的任务和测试,同时通过提示拆分和可验证的仓库问答将交互引导至目标任务流,并使用任务流对齐分数(TaskFlow Alignment Score, TFAS)来在生成的轨迹中进行选择。在针对 700 个 SWE-Bench Pro 任务的试点实验中,分多个步骤按顺序解决任务使智能体成本大约翻倍,而求解率并未发生稳定变化:交互协议本身是评估的一个重要维度。
查看原文
查看缓存全文

缓存时间: 2026/10/12 14:40

论文页面 - 编程智能体基准测试应与其用户的任务流相匹配

来源:https://huggingface.co/papers/2610.09633

摘要

编程智能体的评估通常力求尽可能真实。在我们的研究中,我们收集了真实软件工程师在 JetBrains IDE 中的 4,782 个智能体会话,我们将其称为生产会话(Production Sessions)。由于我们的研究对象是交互式智能体,我们重点研究了包含至少三条用户消息的会话(占样本的 33%)。这些长会话与基于 issue 派生的基准任务在两个方面存在差异:(i)用户请求涵盖的任务类型范围更广——包括关于项目代码的提问、规划、审查、重构、执行等;(ii)用户会在一次会话中频繁切换任务类型。来自三个公开交互语料库的长会话样本展现出截然不同的任务流(Task Flows)——即会话长度、任务类型以及类型间转换的分布——因此没有任何单一的交互分布是普遍真实的:基准测试应明确声明目标用例,并据此进行校准。我们提出 SWE-TaskFlow,一种将任何基于 issue 派生的基准进行转换的方法:它保留经过验证的任务和测试,同时通过提示拆分(prompt splitting)和可验证的仓库问答(repository QA)将交互引导向目标任务流,并使用任务流对齐分数(TaskFlow Alignment Score, TFAS)来筛选生成的轨迹。在对 700 个 SWE-Bench Pro 任务的试点实验中,将任务分步骤顺序求解会使智能体成本大约增加一倍,而解决率并未稳定变化:交互协议本身是评估的一个重要维度。

查看 arXiv 页面 (https://arxiv.org/abs/2610.09633) 查看 PDF (https://arxiv.org/pdf/2610.09633) 项目页面 (https://huggingface.co/datasets/JetBrains-Research/SWE-TaskFlow-SWE-Bench-Pro) GitHub0 (https://github.com/JetBrains-Research/SWE-TaskFlow-Generation-Public) 添加到收藏集 (https://huggingface.co/login?next=%2Fpapers%2F2610.09633)

在你的智能体中获取这篇论文:

hf papers read 2610.09633

还没有最新版 CLI?curl -LsSf https://hf.co/cli/install.sh | bash

引用本文的模型 0

没有模型链接到本文

在模型 README.md 中引用 arxiv.org/abs/2610.09633 即可从此页面链接它。

引用本文的数据集 2

JetBrains-Research/SWE-TaskFlow-SWE-Bench-Pro 查看器 • 更新于约 23 小时前 • 4.08k • 1.15k (https://huggingface.co/datasets/JetBrains-Research/SWE-TaskFlow-SWE-Bench-Pro)

JetBrains-Research/SWE-TaskFlow-SWE-Bench-Pro-Trajectories 查看器 • 更新于约 23 小时前 • 25.2k • 44 (https://huggingface.co/datasets/JetBrains-Research/SWE-TaskFlow-SWE-Bench-Pro-Trajectories)

引用本文的 Spaces 0

没有 Space 链接到本文

在 Space README.md 中引用 arxiv.org/abs/2610.09633 即可从此页面链接它。

包含本文的收藏集 0

没有收藏集包含本文

将本文添加到收藏集 (https://huggingface.co/new-collection) 即可从此页面链接它。

相似文章

SWE-Journey:通过长时程、多轮交互实现更真实的编码助手评测

arXiv cs.CL

SWE-Journey 提出一个更贴近真实场景的编码助手评测基准,通过弱到强合成流水线构建长时程编码任务,并利用从真实交互数据挖掘的用户画像与模拟智能体复现多轮交互。实验显示模型面对软件架构师时通过率超75%,但面对非程序员时不足25%。

SWE-INTERACT: 将SWE基准重新构想为用户驱动的长期编码会话

Hugging Face Daily Papers

SWE-Interact是一个新的测试平台,用于评估编码智能体在真实的多轮用户驱动软件工程任务中的表现,揭示了强大的单轮基准性能并不能可靠地迁移到交互式、迭代的工作流程中,在这些流程中,智能体必须发现用户意图并适应不断变化的需求。

性能优化基准是否可靠地衡量编码代理?

Hugging Face Daily Papers

本文审计了针对编码代理的三个性能优化基准(GSO、SWE-Perf、SWE-efficiency),发现运行时不稳定、评分规则和任务覆盖率显著影响可靠性,并且许多任务已经至少有一个公开提交解决了。

ThinkingBox:把一个智能体任务解决一次 vs. 解决 20/20:507 个状态化工作流,以终端数据库状态评分 [R]

Reddit r/MachineLearning

微软发布 ThinkingBox-Bench,包含 507 个状态化企业工作流任务,每个任务独立运行 20 次并以终端数据库状态评分,揭示 pass@20 与 all-20 排名几乎完全相反,且 67% 的失败轨迹在完成式代理下会被误判为成功。研究显示发现能力与可重复性对模型的排名差异巨大,Kimi-K3 覆盖最广但重复率低,Claude Opus 5 重复稳定性更高。

SWEeper-Bench:智能体能否发现交互式软件中的缺陷?

Hugging Face Daily Papers

SWEeper-Bench 引入了一个包含200个任务的基准,这些任务来自200个广泛使用的开源Web应用的真实缺陷修复,用于评估编码智能体能否在交互式软件中自主发现依赖多步交互才能暴露的缺陷。分析显示,即使是15个前沿智能体中表现最好的,也仅通过了59.0%的任务,主要瓶颈在于识别缺陷行为本身。