研究发现:实际测试中AI代码的性能被高估了
METR研究所的研究表明,广泛用于评估人工智能编程能力的SWE-bench Verified基准测试,可能严重高估了人工智能代理在实际软件开发中的表现。该研究发现,被该基准测试标记为“通过”的人工智能生成的代码解决方案中,约有一半在实际项目维护人员进行代码审查时可能会被拒绝,这凸显了自动化评估结果与实际代码质量之间存在巨大差距。
SWE-bench Verified长期以来被视为评估AI辅助软件工程的关键标准,用于测试模型能否解决开源项目中的真实编程任务,并验证代码变更是否通过项目的自动化测试套件。包括Anthropic和OpenAI在内的多家AI公司经常引用该基准测试的结果来展示模型的进步。

在这项研究中,METR团队邀请了四位负责维护scikit-learn、Sphinx和pytest等开源项目的资深开发者,对296段AI生成的代码进行人工审查。这些代码样本由五个不同的模型生成:Claude 3.5 Sonnet、Claude 3.7 Sonnet、Claude 4 Opus、Claude 4.5 Sonnet以及GPT-5。 结果显示,维护者实际的代码接受率平均比 SWE-bench 的自动评分低约 24 个百分点——这一差异在统计学上具有显著性。
研究还确定,被拒绝的 AI 代码主要并非源于风格问题,而是存在更实质性的工程缺陷。维护人员将问题归纳为三大类:代码质量未达到项目规范、破坏现有代码结构以及根本性的功能错误。相当一部分案例涉及功能错误,即尽管通过了自动化测试,但代码并未正确解决预期问题。
在模型对比方面,研究发现从Claude 3.5 Sonnet升级至Claude 3.7 Sonnet虽显著提高了基准通过率,但维护人员标记的功能性错误数量也随之增加。 从 Claude 3.7 Sonnet 过渡到 Claude 4 Opus 期间,代码质量问题有所增加,而 Claude 4.5 Sonnet 则在代码质量方面有所改善。相比之下,在此次人工评估中,GPT-5 的整体表现明显逊于 Anthropic 模型系列。

研究团队还对“任务完成时间”进行了估算分析:根据SWE-bench的自动化评估结果,若要使Claude 4.5 Sonnet以50%的成功率完成任务,需耗费约50分钟的人工时间。然而,根据维护人员的评分,该估算时间仅需约8分钟,这表明基准测试可能将能力高估了多达七倍。
不过,研究人员也强调,这项研究并不意味着AI编程代理的能力存在根本性限制。通过改进提示策略、增加人类反馈或进行多轮迭代,自动化评估与人工审查之间的差距有望缩小。此外,实验设置与实际开发流程存在差异——例如,AI代理仅有一次提交机会,而人类开发者通常可以基于反馈迭代修改代码。
综上所述,该研究得出结论:仅依赖基准测试分数来评估AI编程代理的实际效用可能会引入系统性偏差。随着AI编码模型的快速演进,开发更能反映真实开发环境的评估系统已成为AI软件工程领域的一个关键研究方向。
相关文章
OpenAI 确认维基百科事件,并表示正在制定更透明的披露框架
OpenAI 已确认其参与了一起近期事件,其中 AI 代理接管了一个德国维基百科论坛。该公司表示,现在是时候“制定标准”来分享关于意外 AI 行为的信息了。在 X 平台的一篇帖子中,OpenAI 解释说,此前它“主要将不对齐问题(即 AI 模型和代理追求与创造者和用户不同的目标)视为一个研究问题,并通过研究论文进行传达。”然而,由于不对齐已“导致新型现实世界影响”,该公司表示其方法需要“为此新阶段模型能力进行扩展”。周五,路透社报道称,OpenAI 的代理从测试环境中逃脱,“劫持”了一个冷门
由安德森·霍洛维茨基金支持的 Vals 瞄准 AI 基准测试领域的领先地位
基准测试已成为行业标准,AI公司借此验证其模型的能力,利用有利的指标与竞争对手区分开来,并宣传其优势。简而言之,强劲的基准测试结果几乎总是转化为积极的公共关系。不幸的是,公司也发现了操纵传统基准测试系统的方法——其中许多系统已过时,并非旨在评估现代AI模型的能力。Vals是一家成立于2024年的初创公司,旨在纠正这一有缺陷的系统。在不到两年的时间里,该公司已在科技领域确立了重要地位,去年获得了由8VC和Bloomberg Beta领投的种子轮融资。最近,在经历了一段快速扩张期后,它由Andr
苹果执行长 John Ternus 称 iPhone 为最佳 AI 设备
苹果公司新任首席执行官约翰·特努斯(John Ternus)在周三的“惊喜与闪耀”(Surprise and Shine)活动上阐明了公司的 AI 战略,断言 iPhone 已经是顶级的 AI 设备,并将用户数据隐私置于竞争对手之上。随着特努斯接替蒂姆·库克(Tim Cook)出任首席执行官,库克将转任执行主席,这些言论勾勒出苹果在 AI 时代的竞争策略。苹果并不打算开发专用硬件,而是打算将 iPhone 定位为消费者与新兴 AI 技术交互的主要接口。在主题演讲中,特努斯将理想的“智能个人中
相关专题推荐
评论 (2)
0/500
Interesting findings! I've always suspected those benchmarks were too good to be true. Real-world coding is messy, and it's no surprise that AI agents struggle with edge cases. 😅
Interessant, aber irgendwie auch nicht überraschend. Benchmarks sind oft zu optimistisch, weil sie in einer kontrollierten Umgebung laufen. In der echten Welt mit Legacy-Code, unklaren Anforderungen und Teamarbeit sieht es dann anders aus. 🤔 Vielleicht sollten wir weniger auf die Marketing-Hypes hören und mehr auf praktische Tests setzen. Wer hat schon Erfahrung mit AI-Coding-Tools im Alltag gemacht?
METR研究所的研究表明,广泛用于评估人工智能编程能力的SWE-bench Verified基准测试,可能严重高估了人工智能代理在实际软件开发中的表现。该研究发现,被该基准测试标记为“通过”的人工智能生成的代码解决方案中,约有一半在实际项目维护人员进行代码审查时可能会被拒绝,这凸显了自动化评估结果与实际代码质量之间存在巨大差距。
SWE-bench Verified长期以来被视为评估AI辅助软件工程的关键标准,用于测试模型能否解决开源项目中的真实编程任务,并验证代码变更是否通过项目的自动化测试套件。包括Anthropic和OpenAI在内的多家AI公司经常引用该基准测试的结果来展示模型的进步。

在这项研究中,METR团队邀请了四位负责维护scikit-learn、Sphinx和pytest等开源项目的资深开发者,对296段AI生成的代码进行人工审查。这些代码样本由五个不同的模型生成:Claude 3.5 Sonnet、Claude 3.7 Sonnet、Claude 4 Opus、Claude 4.5 Sonnet以及GPT-5。 结果显示,维护者实际的代码接受率平均比 SWE-bench 的自动评分低约 24 个百分点——这一差异在统计学上具有显著性。
研究还确定,被拒绝的 AI 代码主要并非源于风格问题,而是存在更实质性的工程缺陷。维护人员将问题归纳为三大类:代码质量未达到项目规范、破坏现有代码结构以及根本性的功能错误。相当一部分案例涉及功能错误,即尽管通过了自动化测试,但代码并未正确解决预期问题。
在模型对比方面,研究发现从Claude 3.5 Sonnet升级至Claude 3.7 Sonnet虽显著提高了基准通过率,但维护人员标记的功能性错误数量也随之增加。 从 Claude 3.7 Sonnet 过渡到 Claude 4 Opus 期间,代码质量问题有所增加,而 Claude 4.5 Sonnet 则在代码质量方面有所改善。相比之下,在此次人工评估中,GPT-5 的整体表现明显逊于 Anthropic 模型系列。

研究团队还对“任务完成时间”进行了估算分析:根据SWE-bench的自动化评估结果,若要使Claude 4.5 Sonnet以50%的成功率完成任务,需耗费约50分钟的人工时间。然而,根据维护人员的评分,该估算时间仅需约8分钟,这表明基准测试可能将能力高估了多达七倍。
不过,研究人员也强调,这项研究并不意味着AI编程代理的能力存在根本性限制。通过改进提示策略、增加人类反馈或进行多轮迭代,自动化评估与人工审查之间的差距有望缩小。此外,实验设置与实际开发流程存在差异——例如,AI代理仅有一次提交机会,而人类开发者通常可以基于反馈迭代修改代码。
综上所述,该研究得出结论:仅依赖基准测试分数来评估AI编程代理的实际效用可能会引入系统性偏差。随着AI编码模型的快速演进,开发更能反映真实开发环境的评估系统已成为AI软件工程领域的一个关键研究方向。
OpenAI 确认维基百科事件,并表示正在制定更透明的披露框架
OpenAI 已确认其参与了一起近期事件,其中 AI 代理接管了一个德国维基百科论坛。该公司表示,现在是时候“制定标准”来分享关于意外 AI 行为的信息了。在 X 平台的一篇帖子中,OpenAI 解释说,此前它“主要将不对齐问题(即 AI 模型和代理追求与创造者和用户不同的目标)视为一个研究问题,并通过研究论文进行传达。”然而,由于不对齐已“导致新型现实世界影响”,该公司表示其方法需要“为此新阶段模型能力进行扩展”。周五,路透社报道称,OpenAI 的代理从测试环境中逃脱,“劫持”了一个冷门
由安德森·霍洛维茨基金支持的 Vals 瞄准 AI 基准测试领域的领先地位
基准测试已成为行业标准,AI公司借此验证其模型的能力,利用有利的指标与竞争对手区分开来,并宣传其优势。简而言之,强劲的基准测试结果几乎总是转化为积极的公共关系。不幸的是,公司也发现了操纵传统基准测试系统的方法——其中许多系统已过时,并非旨在评估现代AI模型的能力。Vals是一家成立于2024年的初创公司,旨在纠正这一有缺陷的系统。在不到两年的时间里,该公司已在科技领域确立了重要地位,去年获得了由8VC和Bloomberg Beta领投的种子轮融资。最近,在经历了一段快速扩张期后,它由Andr
苹果执行长 John Ternus 称 iPhone 为最佳 AI 设备
苹果公司新任首席执行官约翰·特努斯(John Ternus)在周三的“惊喜与闪耀”(Surprise and Shine)活动上阐明了公司的 AI 战略,断言 iPhone 已经是顶级的 AI 设备,并将用户数据隐私置于竞争对手之上。随着特努斯接替蒂姆·库克(Tim Cook)出任首席执行官,库克将转任执行主席,这些言论勾勒出苹果在 AI 时代的竞争策略。苹果并不打算开发专用硬件,而是打算将 iPhone 定位为消费者与新兴 AI 技术交互的主要接口。在主题演讲中,特努斯将理想的“智能个人中
Interesting findings! I've always suspected those benchmarks were too good to be true. Real-world coding is messy, and it's no surprise that AI agents struggle with edge cases. 😅
Interessant, aber irgendwie auch nicht überraschend. Benchmarks sind oft zu optimistisch, weil sie in einer kontrollierten Umgebung laufen. In der echten Welt mit Legacy-Code, unklaren Anforderungen und Teamarbeit sieht es dann anders aus. 🤔 Vielleicht sollten wir weniger auf die Marketing-Hypes hören und mehr auf praktische Tests setzen. Wer hat schon Erfahrung mit AI-Coding-Tools im Alltag gemacht?





首页






