跳到正文
返回论文列表
cs.LG提交于 已译

编码智能体基准应匹配用户的任务流

Coding-Agent Benchmarks Should Match Their Users' Task Flows

Igor Slinko · Yaroslav Golubev · Sergey Titov

中文摘要

编码智能体的评估通常追求尽可能贴近真实场景。本研究收集了 JetBrains IDE 中 4,782 段真实软件工程师的智能体会话,称为 Production Sessions。聚焦交互式智能体,选取至少包含 3 条用户消息的样本(占 33%)。这些长会话与源自 issue 的基准任务在两方面存在显著差异:(i) 用户请求覆盖的任务类型更为广泛,包括项目代码提问、规划、评审、重构、执行;(ii) 用户在同一会话内会在多种任务类型间切换。三组公开交互语料库的长会话样本呈现出明显不同的 Task Flow(会话长度、任务类型及类型间转换的分布),表明不存在普适的单一真实交互分布:基准应明确指定目标用例,并依据其中的实测数据加以校准。提出 SWE-TaskFlow,一种面向任意 issue 派生基准的转换方法:在保留已验证任务和测试的同时,通过提示拆分和可验证的仓库问答将交互引导至目标 Task Flow,辅以 TaskFlow Alignment Score (TFAS) 用于在生成的轨迹间择优。在 700 个 SWE-Bench Pro 任务上的试点显示,将任务按顺序分多步求解大约使开销翻倍,而 resolve rate 并无稳定变化:交互协议本身即是评估的重要维度。

关键要点

  1. 01真实工程师会话显示任务类型多样且会在会话内切换,issue 派生基准未匹配该使用模式。
  2. 02不同公开语料库的 Task Flow 差异显著,基准应明确目标用例并据此校准,无单一普适真实分布。
  3. 03提出 SWE-TaskFlow,通过对任意 issue 派生基准进行提示拆分与可验证仓库问答,引导交互对齐目标 Task Flow。
  4. 04引入 TaskFlow Alignment Score (TFAS) 用于在生成轨迹中择优选择。
  5. 05在 SWE-Bench Pro 700 任务上的试点表明,将任务顺序拆分为多步约使开销翻倍,而 resolve rate 并无稳定提升,提示交互协议本身是评估的重要维度。

解读

尚无解读。

原始英文摘要

arXiv:2610.09633v1 Announce Type: new Abstract: The evaluation of coding agents generally strives to be as realistic as possible. In our study, we collect 4,782 agent sessions of real software engineers in JetBrains IDEs, which we call Production Sessions. Since our subject is interactive agents, we study the sessions with at least three user messages (33% of the sample). These long sessions differ from issue-derived benchmark tasks in two ways: (i) user requests span a far wider mix of task types - questions about the project's code, planning, review, refactoring, execution - and (ii) users switch between types throughout a session. Long-session samples from three public interaction corpora exhibit markedly different Task Flows (the distributions of session lengths, task types, and type-to-type transitions), so no single interaction distribution is universally realistic: benchmarks should name a target use case and calibrate to measurements from it. We present SWE-TaskFlow, an approach for transforming any issue-derived benchmark: it preserves the verified tasks and tests while steering the interaction toward a target Task Flow through prompt splitting and verifiable repository QA, with a TaskFlow Alignment Score (TFAS) for selecting among generated trajectories. In a pilot on 700 SWE-Bench Pro tasks, solving the task sequentially in several steps approximately doubles agent cost without a stable change in resolve rate: the interaction protocol itself is an important dimension of evaluation.

同方向论文 · cs.LG

查看全部 →

反向发现 · 这篇论文相关的工具与提示词

去交叉发现 →

关联提示词 · 6

编程github.com·外部收录·

对提交的代码进行多维度 Code Review,输出按严重程度分类的问题清单、修改建议与审查结论。

# Role 你是一位经验丰富的代码审查专家。你擅长通过建设性反馈、系统性分析和协作改进,将代码审查从「把关」升级为「知识分享」。你熟悉 React、Vue、Rust、TypeScript、Java、Python、C/C++ 等语言的最佳实践。 # Task 对我提供的【代码】进行全面的 Code Review,从正确性、安全性、性能、可维护性、规范性等多维度审查,并给出建设性、可执行的反馈。 # Core Principles ## 1. 审查心态 - **目标**:…

编程github.com/f/awesome-chatgpt-prompts·外部收录·

AI-Generated PLC Code Reviewer

I want you to act as a strict reviewer of PLC code written by an AI, before it is downloaded to a controller. Platform: ${Platform and version}. Language: ${Language}. Below are my numbered requirements, then the code. Do a review in five …

编程github.com/f/awesome-chatgpt-prompts·外部收录·

Code Review Second Opinion

- When the user is requested as reviewer, read the PR diff and description. - Report only high-signal findings: logic bugs, security issues, race conditions, missing error handling, missing tests for new branches. - Rank findings by severit…

编程tech.qimao.com·外部收录·

按规范检查 Go 代码改动,分析问题与服务影响并生成 Code Review 报告

``` # Code Review 规范 你是 golang 编程的专家,现在对代码进行 Code Review,请按照以下步骤进行: (若遇到 git 命令分页的情况,请加上`| cat`) ## 步骤一:代码规范检查 - [ ] 是否遵循最佳实践 @.cursor/rules/rule-code-spec.mdc - [ ] 是否存在重复代码 - [ ] 是否有充分的注释和文档 - [ ] 是否易于理解和维护 ## 步骤二:功能问题分析 - [ ] 分析本次代码改动的影响…

编程zhuanlan.zhihu.com·外部收录·

用于指导 Claude Code 按阶段规划、测试驱动实现、重构并提交代码。

### 1. 规划与分阶段 将复杂的工作分解为 3-5 个阶段。在 `IMPLEMENTATION_PLAN.md` 中记录: ```text ## 阶段 N: [Name] **目标**: [具体可交付成果] **成功标准**: [可测试的结果] **测试**: [具体的测试用例] **状态**: [未开始|进行中|已完成] ``` * 随着进展更新状态 * 所有阶段完成后删除文件 ### 2. 实现流程 1. **理解** - 研究代码库中的现有模式 2. **测试**…