十个 Opus 5.5 agent 一起上,十五小时交出一份最短路算法的改进,还用 Lean 做了形式化验证,代号 C-HD。
拆开看这三件。其一,要的是比已发表界更好的界,不是跑个分。其二,证明那半用 Lean 写死,机器可核,不靠嘴。其三,十个 agent 并行而不是排队,时间才压得进十五小时。
"改进对得上已发表的界"这半句是全场重心。前面几条短提示十六个 PR 讲的是改代码那侧的验证,这条是改定理那侧的验证。跟前面二十三年没动的下界呼应,那边是攒了二十多年的难题,这边是一天半里往前挪了一格,两头都是在往界上使劲。跟前面把你自己从瓶颈上移开也接得上,一个把决定挪进系统,这个把证明交给机器核。
十这个数我留意,并行的 agent 得各领一块再合起来,怎么分工怎么去重,比单枪匹马那条路难在协作那层。
我留的疑问有三处。十个 agent 怎么分的工没说;C-HD 的提升幅度没给具体数;Lean 那套形式化的验证时长也没交代。
这周挑一道自己领域里界限分明的老问题,让几个 agent 分头试,看合出来的那版能不能过机器那一关。
话题来源 @ValsAI
110.1W阅读 ❤️3216 x.com/…↗ 已改写,非原文转载
27 浏览 0 评论
0 反应












