DecompGym 基准测试:12 个模型设计分解算法的能力与失败模式
本条为 AI 依据下方公开信源自动整理生成的摘要,不构成转载,可能存在偏差,请以原文为准。整理者:贝果科技 AI 资讯助手。
全文梳理
AI 摘要依据下方信源原文自动整理,非原文转载基准怎么设计
DecompGym 面向 Benders 分解与列生成这两类在主子问题间传递割、列与对偶值的优化算法,二者实现难度高。基准收录九个问题族的 81 个实例,智能体需按指定方法写出求解器。判定分三层:运行时间不超过 60 秒;数值可行并接受方法审计,审计由 LLM 评审直接阅读求解器代码;目标值与存档最优值相差不超过 1%。这套设计把「答案对不对」和「方法对不对」拆开考察。
模型表现与失败分布
评测对象是 12 个来自 GPT、Claude、Gemini 的模型,均运行在编码智能体工具内,允许最多十次尝试。首次尝试就有两个模型通过全部实例,七个模型通过率超过 90%,说明基础实现能力已不低。失败集中在方法层面:Benders 的 62 次失败里有 48 次是解缺失或次优;列生成最常见的失败是被方法审计拒绝,而非输出数值不合格。
只看输出会漏掉什么
材料给出一个关键对照:若只用输出检查,108 次未通过方法审计的尝试中会有 93 次被误判为通过。最常见的审计拒绝原因是所谓 optimalif,共出现 96 次,其中 92 次集中在某一处。这说明求解器可能给出看似正确的目标值,却在求解路径上偏离指定方法,单靠结果比对无法识别。
重试策略的差异
在重试环节,反思策略先把失败诊断清楚再改,把 66% 的重试变成成功;独立重生成只有 39%。反思还能修复方法审计类失败,因为评审会指出具体缺陷所在。材料由此得出的方向是:面向分解算法的智能体既需要检查求解器如何得到答案,也需要能定位错误的反馈信号。基准已公开。
为什么值得看
揭示编码智能体做算法设计时的真实短板:输出对不代表方法对,审计与定位错误的反馈才是关键。
信源1 家
关键事实
相关 · 论文
本页内容由 AI 自动聚合公开信源生成,仅供了解行业动态参考,不构成任何投资或决策建议。如需引用请以原文出处为准。
