「Cursor builds：让云智能体"秒启动"的环境快照革命」

Agents are only as capable as the environments they run in. 这句话 Cursor 在 8 月 13 日的博客里又拎了出来——然后给了个很实在的解法：builds。

速度账

过去每次云会话启动，都要经历"开机→克隆仓库→跑安装脚本"三段式，大型复杂仓库光环境就绪就要几分钟，agent 才动得了手。builds 的做法是：Cursor 在后台持续准备开发环境的可用副本，默认每小时跑一次构建，把"仓库已克隆、依赖已装好、安装脚本已跑完"的快照捂热。agent 一启动就 fork 一台活机器，而不是从磁盘冷恢复。

内部数据：环境启动快了 10 倍，首 token 时间快了 3 倍。客户侧也复现了——Faire 每周自动跑 2000+ 次 agent，最复杂的大仓现在几秒就能起来，而且"坏构建永远打不垮整支 agent 舰队"。

8 月 17 日起，所有新旧环境默认开启 builds，且不额外收费。

边界

builds 靠的是文件系统快照，所以有两处要手动料理：一是安装命令要提前覆盖"能预置的东西"（比如依赖）；二是需要私钥的 registry 用团队/环境密钥，用户密钥不会进快照，只在 agent 启动时注入。start 命令依旧会在你第一次 prompt 时跑——它是给那些必须"新鲜启动"的服务留的（比如拉起 Docker）。

更稳的一点是：云 agent 永远从"最近一次成功构建"起步。依赖升级把安装脚本搞挂了？那个构建根本不会生效，你后台排错，新老会话照常跑。

它重写了"等待"这件事

Cursor 把"环境准备"从每次会话的前置税，变成了一条后台常驻的流水线。对 agent 工程来说，真正的瓶颈从来不是模型多聪明，而是它能不能立刻上手干活。当启动从分钟级压到秒级、且坏环境不再连坐整支舰队，把更多工程交给自主 agent 才从口号变成可执行的默认。