创建

登录 ReadmeX

或

了解我们如何处理你的信息: 隐私政策

ReadmeX

陪你读懂 AI 动态

今天,想先了解什么?

选一份动态总结,或直接聊聊你的问题。

社区和关注动态总结只属于你自己。

资讯

Opus 5.5测试质疑代码凌乱惩罚

AI 总结

一名Reddit作者让Opus 5.5完成SlopCodeBench的全部196个检查点,发现在35个问题中有22个的结构侵蚀和冗余度均有所上升。代码凌乱程度并未预测下一检查点能否解决,此前通过的测试约有0.3%出现回归,且凌乱程度更高的代码库并未更容易回归;真正与成本上升相关的是代码库规模,代码库每翻一番,下一检查点成本约增加19%。作者还称,排行榜中更整洁的代码与解决更多问题几乎不存在相关性,而Opus 5.5针对每项新规格的测试通过率为84%至92%。

深度见解

这项测试对SlopCodeBench所提出的代码越凌乱、后续工作越容易失败的警告构成实质性反例,但结论仅基于一个模型、较小程序和一次观察性运行。

A few months ago, I ran across this paper proposing a benchmark called SlopCodeBench. The idea is that you give an agent a problem split into a bunch of checkpoints, and at each one it has to add a new feature on top of its own old code without breaking anything. Along the way the benchmark measures how "sloppy" the code gets, using two metrics: structural erosion (how much complexity piles up in a few giant branchy functions) and verbosity (how much of the code is redundant).

The paper found that agent code gets messier the longer the agent works on it, and that agents get worse at keeping everything passing as they go. The obvious takeaway is that the agent is digging its own grave. Messy code is hard to extend, so it fails.

I wasn't convinced that held for agents, so I tested it. I ran Opus 5.5 through all 196 checkpoints ($266 in API costs, ouch) and checked whether messier code predicted worse results.

Short version:

- Its code did get messier, just like the paper says. Erosion and verbosity both went up in 22 of 35 problems.

#Opus 5.5#SlopCodeBench

原文约 2 分钟读完阅读原文
群聊

还没有评论,来说说你的看法。