Cursor 用一群智能体从零写出了 SQLite

Cursor 关于智能体蜂群的新文章，是迄今为止对"不再跑一个编码 agent、而是跑上千个"这件事最具体的一次展示。结构是两种角色搭成一棵树。Planner 用最聪明的模型，把一个目标拆成小块往下分派；Worker 用更便宜更快的模型，真正把代码写出来。整套东西峰值能到每秒一千次提交。

最能说明问题的基准是这个：只用文档，从零用 Rust 重写一个 SQLite。老版本的蜂群失控了，不到两小时就得被叫停。新版本跑 Grok 4.5，四小时做到了 80%。同一个任务，结果天差地别，唯一变的只是 agent 怎么组织、哪个模型坐哪个位置。

最后这个细节才是真正的教训，而且它是一堂披着工程外衣的经济学课。你不会把最贵的模型铺满每个角落。你把它放在真正需要思考的地方，也就是做拆解的 planner，然后让便宜又快的模型涌进那些体力活。智能变成一种你去分配的资源，而不是一个你拧到最大的旋钮。团队之前那个花一周、无人干预、让蜂群造出一整个浏览器的表演，证明了天花板存在；这篇文章讲的是怎么把地板做得能用。全文在 cursor.com/blog。