# 让 AI 代理反复优化 Rust 代码，直到跑赢顶尖开源库

> 原标题：Writing Rust code that's fast by asking agents to make the code faster

- 来源：Hacker News 首页
- 发布时间：2026-09-22T15:38:24.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/58161
- 原文：https://minimaxir.com/2026/09/agentic-iteration/

## 摘要

Max Woolf 用了一年多时间验证一件事：给 AI 代理定一条硬规矩——每次改代码必须至少提速 5%，否则回滚——然后让它自己去迭代优化 Rust。从 Claude Opus 4.5 开始，这套玩法在 UMAP 等算法上拿到了 2 到 20 倍的加速，对比的是已经打磨多年的成熟库，而且全程没碰 unsafe 代码。文章把提示词和基准测试结果都贴出来...

## 推荐理由

Max Woolf 用一年时间验证了一个具体玩法：给 AI 代理下死命令，每次改 Rust 代码必须提速至少 5%，否则回滚。从 Claude Opus 4.5 开始，这套流程在 UMAP 等算法上跑出了 2 到 20 倍的加速，对比对象是已经打磨多年的成熟库，而且没动 unsafe 代码。文章把提示词和基准测试结果都公开了，属于少见的有数字、能复现的一手实验。我会先打个折——这些加速是在特定算法和场景下拿到的，不一定能泛化到所有 Rust 项目，但方法论本身值得关注。

## 锐评

这篇博客最值钱的地方是它把玩法说清楚了：不是让模型瞎改，而是用 criterion 基准测试做硬性裁判，每次迭代只看数字，不达标直接回滚。Claude Opus 4.5 起步，后续更强模型接力，在 UMAP 这类降维算法上拿到了 2 到 20 倍的加速，对比对象是已经优化了十几年的 C 底层库，而且全程禁用了 unsafe 代码，这点挺难得。

不过得打个折。文章自己承认，这些加速是在作者自己的基准测试上跑出来的，不一定能直接搬到生产环境。正文没披露测试用的硬件配置、数据集具体特征，也没说这套方法在别的算法上是不是同样灵。另外，只靠 5% 的硬门槛，模型会不会在测试集上过拟合、写出只有 benchmark 好看但实际跑不动的代码，这点也没展开。

还缺一块：如果把这套流程自动化，让代理自己跑 benchmark、自己判断回滚，稳定性和成本怎么样？文章没给数据。对想复现的人来说，提示词和基准结果都贴了，但工程落地还差不少细节。