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

实践中的编码智能体基准选择:来自任务需求与智能体行为的启示

Choosing Coding-Agent Benchmarks for Practice: Lessons from Task Demands and Agent Behaviour

Radin Shayanfar · Keheliya Gallaba · Ahmed E. Hassan

中文摘要

评估编码智能体的软件团队需要反映预期变更的证据。基准分数仅总结智能体在 bug 修复等宽泛标签下的任务解决率,未提供评估工作是否类似团队工作负载的指导。本研究分析了五个公开基准中的 2,487 个任务及六种智能体配置的 14,922 次运行。引入 Spread-Novelty-Centrality (SNC) 画像,描述参考解在文件与目录中的分布、新增与删除代码的比例,以及所触及代码的依赖、历史与复杂度。结果显示,所有基准对在至少两个 SNC 轴上存在差异,即使任务标签相同。在 Claude Opus 4.6 解决的任务中,FeatBench 上的补丁大于参考解,而 FeatureBench 上更小。在六种配置中,成功解决的运行倾向于涉及分布较少的变更及 Centrality 指标较低的代码,且 Claude 与 Qwen 配置在解决相关的补丁大小上存在差异。这些观察表明,从业者应基于变更特征选择评估任务,检查任务描述中的信息,并结合同测试结果评估补丁范围。

关键要点

  1. 01现有基准分数缺乏对评估工作负载与团队实际工作相似性的指导。
  2. 02提出 SNC 画像,从分布、新颖性和中心性三个维度量化代码变更特征。
  3. 03分析 2,487 个任务和 14,922 次运行,发现不同基准在 SNC 轴上存在显著差异。
  4. 04成功解决的运行通常涉及分布较少且中心性较低的代码变更。
  5. 05建议从业者根据变更特征选择任务,并综合补丁范围与测试结果进行评估。

解读

尚无解读。

原始英文摘要

arXiv:2609.01271v2 Announce Type: replace-cross Abstract: Software teams evaluating coding agents need evidence that reflects the changes they expect those agents to make. Benchmark scores summarize how often an agent resolves tasks under broad labels such as bug fixing and feature implementation, but provide little guidance on whether the evaluated work resembles a team's workload. To support this decision, we characterize 2,487 tasks from five public benchmarks and analyze 14,922 runs of six agent configurations. We introduce the Spread-Novelty-Centrality (SNC) profile to describe how the reference solution is distributed across files and directories, how much it adds relative to what it removes, and the dependencies, history, and complexity of the code it touches. We also compare the scope of agent patches and their file exploration. Every pair of benchmarks differs on at least two SNC axes, including benchmarks with the same task label. Among tasks resolved by Claude Opus 4.6, patches are larger than the reference on FeatBench and smaller on FeatureBench. Across the six configurations, resolved runs tend to involve less distributed changes and code with lower values on the Centrality indicators, while the patch sizes associated with resolution differ between the Claude and Qwen configurations. These observations suggest that practitioners should select evaluation tasks based on their change characteristics, inspect the information provided in task descriptions, and assess patch scope alongside test outcomes. We explain how teams can apply this analysis to completed changes and identify the additional evidence needed before using it for task assignment or review automation.

同方向论文 · cs.SE

查看全部 →

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

去交叉发现 →

关联提示词 · 6

编程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. **测试**…

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

VLSI asic design verification engineer

This is the job of the model Create a test pinch and Raman hotel minis verification test in Raymond for SBI from the scratch along with the design as well dispatched be in the uvm environment and also it is pinch is should be expendable wh…

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

debug

Please debug the current codebase and implement a robust development plan to ensure the system is fully functional. Prioritize refactoring the application architecture to follow industry best practices, resolve existing build errors, and en…