这项由FPT Software AI Center的Minh V. T. Thai、Tue Le等研究人员，联合墨尔本大学计算与信息系统学院的Dung Nguyen Manh，于2025年12月发表的最新研究，彻底颠覆了我们对AI编程能力的认知。该研究发表在计算机科学领域的重要预印本平台arXiv上，编号为arXiv:2512.18470v2。有兴趣深入了解的读者可以通过这个编号查询完整论文。
当我们谈论AI写代码时，大多数人脑海中浮现的画面可能是：AI助手帮你修复一个小bug，或者快速生成几行函数代码。这确实很酷，但研究团队发现了一个令人震惊的事实：现有的AI编程评估体系就像是用"修理自行车"的标准来评估"建造汽车工厂"的能力。
设想你是一家软件公司的技术负责人，公司的核心产品需要从版本1.0升级到2.0。这不仅仅是修复几个小问题那么简单，而是需要理解用户的新需求，重新设计多个模块，确保新功能与旧功能完美兼容，同时不能破坏现有的任何功能。这就是真实软件开发中的"演进"过程——一个复杂的、多步骤的、需要全局思考的挑战。
然而，目前最流行的AI编程评估基准SWE-Bench就像是考试只考"填空题"——给AI一个具体的bug描述，让它生成修复补丁。这种评估方式虽然有价值，但完全忽略了软件开发的核心本质：持续演进和系统性改进。研究团队意识到，如果我们要真正评估AI是否能成为软件开发的可靠伙伴，就必须创建一个全新的评估框架。
于是，SWE-EVO诞生了。这个名字中的"EVO"代表"Evolution"（演进），它不再满足于测试AI修复单个问题的能力，而是要求AI理解整个软件系统的发布说明，然后自主规划和实施跨越多个文件、多个功能模块的系统性改进。
研究团队从七个成熟的开源Python项目中精心构建了48个演进任务。每个任务都基于真实的版本发布历史，要求AI从一个稳定版本开始，根据发布说明实现所有必要的改动，最终达到下一个版本的状态。这些任务平均涉及21个文件的修改，需要通过平均874个测试用例的验证。
当研究团队将最先进的AI模型投入到SWE-EVO的测试中时，结果令人深思。即使是目前最强大的GPT-5模型，在配备OpenHands代理框架的情况下，也只能解决21%的SWE-EVO任务，而在传统的SWE-Bench Verified上却能达到65%的成功率。这个巨大的性能差距清楚地表明，当前的AI编程助手在处理复杂、长期的软件演进任务时还远远不够成熟。
一、从修补工到架构师：重新认识AI编程的真正挑战
回到我们之前的比喻，现有的编程AI评估就像是在测试一个修理工是否能够快速修复家电故障。修理工拿到一台坏掉的电视机，看到问题描述，然后专注地修复这个特定问题。这确实需要技能，但与设计和建造一个完整的家电生产线相比，复杂度完全不在一个量级。
真实的软件开发更像是经营一家不断发展的餐厅。老板（产品经理）会定期提出新的需求："我们要添加外卖服务"、"客人希望有更多素食选择"、"需要支持在线预订系统"。这时，餐厅经理（软件架构师）需要全面考虑：厨房布局要如何调整，员工培训计划怎么安排，现有的点餐流程如何优化，新系统如何与旧系统无缝对接。每一个改动都可能影响到餐厅运营的多个方面，而且绝对不能在改进过程中让餐厅停止营业。
这就是研究团队在SWE-EVO中要测试的能力：AI能否像一个优秀的餐厅经理一样，理解老板的战略构想，制定详细的实施计划，协调各部门的工作，确保改革过程中餐厅的正常运营？
为了构建这样一个真实的评估环境，研究团队采用了一个巧妙的方法。他们没有人工编造测试任务，而是从真实的开源项目发展历程中提取演进场景。具体来说，他们选择了七个广泛使用的Python开源项目：scikit-learn、pydantic、requests、dask、dvc、modin和conan。这些项目就像是七家不同类型的成功餐厅，各自有着丰富的发展历史和演进轨迹。
研究团队仔细分析了这些项目的版本发布历史，找出那些代表重大功能改进或系统优化的版本转换点。每个SWE-EVO任务都对应着一个真实的版本演进过程：从版本A到版本B的完整转换。AI需要做的就是阅读官方发布说明（就像餐厅经理阅读老板的战略规划），然后自主实施所有必要的代码修改，使软件从起始状态准确地演进到目标状态。
这种设计的巧妙之处在于，它确保了任务的真实性和可验证性。每个演进任务都有明确的起点和终点，都有完整的测试套件来验证结果的正确性，而且所有任务都基于真实世界中已经成功实施的软件改进，不存在不可能完成或者人为设计缺陷的问题。
二、解码复杂性：SWE-EVO任务的真实挑战
当我们深入观察SWE-EVO的具体任务时，就能更清楚地理解为什么这种评估如此困难。以一个典型的电商网站升级为例，假设当前版本只支持邮箱注册登录，而新版本要求增加Google和GitHub的第三方登录功能。
在传统的SWE-Bench评估中，AI可能只需要处理一个具体的问题，比如"修复OAuth认证时的token过期处理bug"。这就像是让修理工修复一个特定的电路故障，问题边界清晰，解决方案相对直接。
但在SWE-EVO中，AI面临的是一个完整的系统演进任务。它需要阅读这样的发布说明："增加社交登录支持，提供Google和GitHub登录选项，同时保持向后兼容，确保用户体验流畅，维护现有的安全标准。"然后，AI需要自主分析整个代码库，理解现有的认证架构，设计集成方案，实施多文件修改。
具体来说，这个演进任务可能涉及：修改用户数据模型以支持多种登录方式，更新前端登录页面增加新的按钮和流程，集成第三方OAuth库，调整会话管理逻辑，更新安全验证流程，修改用户资料管理功能，更新相关的测试用例，确保所有现有功能继续正常工作。这个过程可能需要修改二十多个不同的文件，涉及前端、后端、数据库、安全等多个层面的协调工作。
研究统计显示，SWE-EVO中的任务平均需要修改21个文件，涉及51个函数的改动，而且平均每个任务的发布说明长达2390个单词，是SWE-Bench任务描述的十几倍。更关键的是，每个任务都有平均874个测试用例需要通过，其中包括81个从失败变为成功的关键测试（验证新功能）和793个必须保持成功的回归测试（确保旧功能不被破坏）。
这种复杂度的提升不是简单的数量增加，而是质的飞跃。就像从解一道数学题升级到设计一套完整的教学课程体系，AI需要展现出的能力包括：全局理解能力（理解整个系统的架构和依赖关系），战略规划能力（制定合理的实施步骤和优先级），多任务协调能力（同时处理多个相互关联的修改），风险管理能力（确保改动不会破坏现有功能），以及持续验证能力（在整个过程中监控和调整实施策略）。
为了更好地评估AI在这种复杂任务中的表现，研究团队还引入了一个创新的评估指标：Fix Rate（修复率）。传统的评估只看最终结果是否完全正确，就像考试只看总分是否及格。但Fix Rate更像是分步骤的评分系统，它会统计AI成功修复了多少个关键问题，即使最终没有完美完成所有任务，也能客观反映AI的部分进展。
这个指标的设计哲学是：在复杂的软件演进过程中，完全正确固然是最理想的结果，但部分成功也有其价值。如果AI能够正确实施70%的必要改动，虽然还不能直接部署，但已经为人类开发者节省了大量时间，提供了有价值的起点。
三、现实的冲击：当最先进的AI遇到真实挑战
当研究团队将十一种最先进的AI模型投入到SWE-EVO的测试中时，结果揭示了一个令人深思的现实。这些AI模型包括了目前最强大的GPT-5、O3、GPT-4.1等顶级模型，以及多种开源和专门优化的编程模型，它们代表了当前AI编程能力的最高水准。
测试结果就像是一面清晰的镜子，映照出当前AI技术的真实边界。即使是表现最好的GPT-5，在配备了先进的OpenHands代理框架的情况下，也只能成功解决21%的SWE-EVO任务。这个数字与该模型在传统SWE-Bench Verified上65%的成功率形成了鲜明对比，差距之大超出了研究团队的预期。
这种性能落差并非偶然，而是深层次能力差异的体现。就像一个在单项技能测试中表现出色的工匠，当面临需要综合运用多种技能的复杂项目时，可能会显得力不从心。AI在处理单一、明确的编程任务时已经展现出令人印象深刻的能力，但当任务复杂度提升到需要长期规划、多步骤协调和全局思考时，现有的AI系统就暴露出明显的局限性。
有趣的是，研究结果显示了清晰的模型规模效应。在同一系列中，更大的模型确实表现更好：GPT-5优于GPT-5-mini，GPT-5-mini又优于GPT-5-nano。这就像经验更丰富的工程师通常能处理更复杂的项目一样，模型的"知识容量"在复杂任务中发挥着重要作用。同时，不同模型之间的相对排名在SWE-EVO和SWE-Bench上基本保持一致，这验证了新基准测试的有效性和可信度。
研究团队还发现了一个值得关注的现象：即使为AI提供额外的上下文信息（比如相关的GitHub问题描述和拉取请求详情），性能提升也相对有限。GPT-5在有额外上下文的情况下成功率从19%提升到21%，提升幅度远小于预期。这表明问题的核心不在于信息不足，而在于AI缺乏有效整合和运用复杂信息进行长期规划的能力。
为了深入理解AI失败的根本原因，研究团队进行了详细的轨迹分析。他们使用GPT-5-mini作为"判官"，对每个失败案例进行分类诊断，就像医生分析病例一样仔细剖析失败模式。
分析结果揭示了不同模型的独特"性格特征"。最强的GPT-5模型很少因为语法错误或工具使用问题而失败，它的主要弱点是指令理解错误——超过60%的失败案例都是因为误解了发布说明的要求，实施了错误的改动方向。这就像一个技能娴熟的厨师，但可能会误解菜谱要求，结果做出了完全不同的菜品。
相比之下，较小的模型如GPT-5-nano则表现出更基础的问题：工具使用错误、语法错误、陷入重复循环等。这类似于新手厨师不仅可能误解菜谱，还可能在基本的切菜、调味等环节出错。
开源模型展现出另一种失败模式。像Kimi-K2这样的模型在工具使用方面表现良好，很少出现基础错误，但约70%的失败案例都是实现错误——它们理解了任务要求，也知道该修改哪些文件，但具体的实现逻辑存在问题。这就像一个理解力不错的厨师，知道要做什么菜，但在具体的烹饪技巧上还需要改进。
这种分层次的失败模式分析为AI编程能力的进一步发展指明了方向：顶级模型需要加强对复杂、模糊需求的理解能力；中等规模模型需要提升基础工具使用的稳定性；而针对编程优化的模型则需要在具体实现逻辑方面继续优化。
四、困难的层次：从简单修复到复杂演进的能力阶梯
研究团队在分析SWE-EVO任务时发现了一个有趣的规律：任务难度与其关联的Pull Request（拉取请求）数量呈现明显的正相关关系。这个发现为我们理解软件演进的复杂性提供了新的视角。
在开源软件开发中，每个Pull Request通常代表一个相对独立的功能改进或问题修复。当一个版本演进需要整合多个Pull Request时，就意味着这个演进涉及多个不同的改动方向，需要更高水平的协调和整合能力。研究团队将所有任务按照解决成功次数分为四个难度组：从最难的（没有任何模型能成功解决）到相对简单的（多个模型都能解决）。
统计结果清楚地显示了这种关联性：最难的任务组平均关联14.84个Pull Request，而最简单的任务组平均只关联1.67个。这就像是比较单人表演和大型交响乐团演出的复杂度差异——单人表演需要个人技能精湛，而交响乐演出需要指挥家协调数十位音乐家的配合，两者所需的能力完全不在同一个维度。
更有趣的是，不同AI模型在面对不同难度任务时展现出了截然不同的"工作习惯"。研究团队统计了每个模型在不同难度任务上平均使用的"轮次"数量（可以理解为思考和操作的步骤数量），发现了模型智能水平的一个重要指标：适应性。
GPT-5和GPT-5-mini表现出了明显的智能适应行为。面对简单任务时，它们会相对快速地给出解决方案，平均使用40-50个轮次。但遇到复杂任务时，它们会投入更多的思考和尝试，轮次数可以增加到80-100个。这种行为模式很像有经验的工程师：对于简单问题快速解决，对于复杂问题愿意花更多时间深入分析。
相比之下，O3模型虽然整体性能不错，但表现出一种"一刀切"的工作模式：无论任务难易，都习惯使用大量轮次进行思考，缺乏根据任务复杂度调整策略的灵活性。这就像一个过度谨慎的工程师，即使面对简单问题也要进行繁复的分析流程。
Deepseek-R1等推理导向的模型则表现出相反的特点：它们倾向于使用较少的轮次，即使面对复杂任务也很少进行长时间的探索。这可能反映出一种"高置信度但可能脆弱"的决策模式，就像那些习惯快速做决定的人，有时能够高效解决问题，但也可能因为分析不充分而错过最优解。
这种多样化的"工作风格"反映了当前AI系统在解决复杂问题时的不同策略取向。有些模型擅长深度思考和反复尝试，有些模型更倾向于快速决策和高效执行。这种多样性本身就是有价值的，因为在实际的软件开发中，不同类型的任务可能需要不同的处理策略。
研究还发现，任务的复杂度不仅影响成功率，也显著影响了部分成功的可能性。通过Fix Rate指标，研究团队观察到即使在最难的任务组中，优秀的模型仍然能够完成部分关键改动。这为实际应用提供了重要启示：即使AI暂时无法完全自主完成复杂的软件演进，它仍然可以作为强有力的助手，帮助人类开发者快速推进项目进程。
五、重新定义AI编程的未来评估标准
SWE-EVO的出现不仅仅是一个新的测试基准，更像是为AI编程能力评估建立了一个全新的坐标系。传统的评估就像是测试学生是否能解决标准化考试题目，虽然有其价值，但无法全面反映学生在实际工作中解决复杂问题的能力。
研究团队在设计SWE-EVO时特别注重了几个关键特性。首先是真实性：所有任务都来自真实的开源项目演进历程，确保评估场景与实际软件开发高度一致。这就像是用真实的工作项目而不是模拟练习来评估员工能力，结果更具说服力和实用价值。
其次是完整性：每个任务都要求AI完成完整的演进周期，从理解需求到规划实施，从代码修改到测试验证，整个流程必须自主完成。这避免了传统评估中"给出部分答案就算合格"的问题，更接近实际工作中的责任要求。
第三是可验证性：每个任务都有明确的成功标准和详尽的测试用例，确保评估结果客观可信。平均每个任务包含874个测试用例，其中包括验证新功能的关键测试和确保无回归的保护测试，形成了一个严密的验证网络。
研究团队还特别关注了评估指标的创新。传统的二元评估（成功或失败）虽然简单明确，但在复杂任务中可能过于苛刻，无法反映AI的真实能力水平。新引入的Fix Rate指标就像是引入了"部分学分"的概念，能够更细腻地反映AI在复杂任务中的表现。
这种评估哲学的转变反映了对AI能力理解的深化。在实际的软件开发工作中，很少有任务是完全独立的，大多数改进都涉及多个组件的协调和平衡。一个能够正确处理80%子任务的AI助手可能比一个只能处理简单任务的AI工具更有实用价值，即使前者还无法完全自主完成整个项目。
研究结果也为AI编程工具的发展方向提供了重要指导。当前的AI系统在理解复杂需求、制定长期规划和协调多任务执行方面还有明显不足，这些恰恰是从"编程助手"升级为"开发伙伴"的关键能力。未来的AI系统可能需要在这些方面进行专门的训练和优化。
同时，SWE-EVO的多样化任务也为不同专业方向的AI模型评估提供了可能。研究团队发现，不同类型的软件项目（如机器学习库、数据处理工具、Web框架等）在演进模式上有着不同的特点，这为开发专门化的AI编程助手指明了方向。
更重要的是，这种评估框架的建立为整个AI编程社区提供了一个共同的目标和标准。就像标准化测试为教育系统提供了统一的评价标准一样，SWE-EVO为AI编程能力的发展提供了明确的方向指引。
六、洞察与启示：AI编程能力的现状与前路
通过SWE-EVO的全面测试，我们得到了关于AI编程能力的一些重要洞察。这些发现不仅有助于理解当前AI系统的能力边界，也为未来的发展方向提供了宝贵指引。
首先，最显著的发现是指令理解能力的重要性。对于最先进的模型如GPT-5，技术实现能力已经相当出色，很少因为语法错误或工具使用问题而失败。但在复杂的软件演进任务中，超过60%的失败源于对需求的误解或偏差理解。这揭示了一个重要问题：在编程领域，"做对事情"比"把事情做对"更加困难和重要。
这个发现对AI编程工具的发展有着深远影响。传统的代码生成训练主要关注语法正确性和局部逻辑合理性，但在复杂项目中，全局理解和需求把握能力可能更为关键。就像一个技艺精湛但理解偏差的厨师可能会完美地制作出错误的菜品一样，技术能力强但理解偏差的AI可能会高质量地实现错误的功能。
其次，研究揭示了不同规模和类型的AI模型在处理复杂任务时的不同策略倾向。一些模型倾向于深度思考和多次尝试，另一些模型更偏好快速决策和高效执行。这种多样性反映了AI系统内在的"思维风格"差异，也暗示着在实际应用中，不同类型的任务可能需要不同特质的AI助手。
第三个重要发现是渐进式解决复杂问题的价值。通过Fix Rate指标，研究显示即使无法完全解决复杂任务，AI仍然能够在多个子任务上提供有价值的贡献。这为AI编程工具的实际应用提供了新的思路：与其追求AI完全自主完成复杂项目，不如将AI定位为高效的协作伙伴，在人类指导下承担具体的实现工作。
研究还发现了任务复杂度的可量化性。通过Pull Request数量与任务难度的相关性分析，研究团队为软件演进复杂度的评估提供了一个实用的指标。这不仅有助于更好地理解软件开发的内在规律，也为项目管理和资源分配提供了参考依据。
从更宏观的角度看，SWE-EVO的研究结果反映了当前AI技术发展的一个重要阶段特征：从"功能性AI"向"协作性AI"的转变期。功能性AI专注于执行明确定义的任务，而协作性AI需要在复杂、开放的环境中与人类进行有效配合。这种转变要求AI系统不仅要有强大的技术执行能力，还要具备理解意图、规划策略、适应变化的高级认知能力。
研究的局限性也为未来工作指明了方向。当前的SWE-EVO主要关注Python项目，但不同编程语言和开发框架可能有着不同的演进模式和复杂度特征。同时，48个任务的规模虽然保证了质量，但限制了统计分析的精度。扩展语言覆盖和增加任务数量将是未来改进的重要方向。
更重要的是，这项研究为AI编程领域的发展提供了一个重要的评估工具和研究平台。随着AI技术的快速发展，SWE-EVO可以持续跟踪和评估新技术的进展，为研究社区提供统一的比较标准。
说到底，SWE-EVO的真正价值不仅在于评估当前AI的能力水平，更在于为整个领域确立了一个更加贴近实际需求的发展目标。它提醒我们，真正有用的AI编程助手不仅要能写出正确的代码，还要能理解复杂的需求，制定合理的计划，协调多个子任务，并在整个过程中保持对全局目标的把握。
这种对AI编程能力的重新定义，可能会推动AI系统在软件架构理解、长期规划制定、风险评估和项目管理等方面的发展。从长远来看，这些能力的提升不仅会让AI成为更好的编程助手，也可能为软件开发的自动化开辟全新的可能性。
当我们展望未来时，SWE-EVO为我们描绘了一个更加雄心勃勃但也更加现实的AI编程愿景：不是替代人类开发者，而是成为真正理解软件演进复杂性的智能伙伴，在复杂项目的规划、实施和验证过程中提供持续、可靠的支持。这个愿景的实现还需要时间，但SWE-EVO已经为我们指明了前进的方向。
Q&A
Q1：SWE-EVO和传统的SWE-Bench有什么区别？
A：SWE-EVO要求AI完成完整的软件版本演进，需要理解发布说明并实施跨多个文件的系统性改进，而SWE-Bench只要求修复单个具体问题。就像从"修理单个零件"升级到"设计整条生产线"的区别，复杂度完全不同。
Q2：为什么GPT-5这样的顶级模型在SWE-EVO上表现这么差？
A：GPT-5在SWE-EVO上只有21%成功率，主要是因为软件演进需要长期规划、多任务协调和全局思考能力，而不仅仅是代码编写技能。超过60%的失败都源于对复杂需求的理解偏差，而不是技术实现问题。
Q3：SWE-EVO对普通程序员有什么实际意义？
A：SWE-EVO揭示了当前AI编程助手的真实能力边界，帮助程序员理解在哪些场景下可以信赖AI，哪些复杂任务还需要人类主导。它也为未来AI编程工具的发展指明了方向，最终将帮助程序员获得更智能的开发伙伴。
永信证券提示：文章来自网络，不代表本站观点。
