Cursor Cloud Agents 新增 Builds：启动快 3 倍，坏构建不上线

8 月 13 日，Cursor 在宣布 Cloud Agents 新增 Builds：在后台持续预构建的即用型开发环境副本。Agent 启动时直接进入仓库已 clone、依赖已装好、install 脚本已跑完的环境，不再每个会话从零搭建。

Builds 包含在 Cloud Agents 内，不额外收费。性能数字是厂商自报：称内部环境启动快 10 倍、首 token 快 3 倍，对用户的对外口径是「响应最高快 3 倍」；这些数字未经独立验证。

坏构建永远不会被启用

当一次坏 commit 或依赖更新把环境搞坏，agent 会继续使用上一个成功构建。坏构建永远不会成为激活环境，用户会收到通知，已有会话和新会话照常运行，调试挪到后台。

调试可以手动，也可以交给 agent。给出的路径更具体：可以直接从失败的构建启动一个 agent，让它在失败现场检查日志、改配置、跑测试构建并验证。文档给的示例提示词大意是「检查最近一次失败的 Build，修复环境配置，跑一次测试构建并验证」。

Cloud Agent 还能通过内置的 Cursor Cloud MCP 自行检查和管理构建。每个环境的 Builds 标签页记录构建类型、状态、开始时间和版本，点开单个构建能看到日志与精确的 commit SHA；每次 agent 运行还记录它从哪个构建启动，便于对照环境行为。

每小时重建一次：install 提前跑，start 留给会话

一次构建的生命周期是触发、准备、快照、激活、启动 agent。准备阶段从基础镜像开始，clone 环境里每个仓库的默认分支，把 install 命令跑完；快照保存磁盘状态，附上环境版本和每个仓库的 commit SHA。博客称默认每小时触发一次，文档补充：检查发现没有新提交、配置和密钥也没变时标记为 Skipped，不跑 install、不动激活构建。

命令从此分工。install 在构建时跑，装依赖、生成代码、编译产物、预热磁盘缓存；start 在每次 agent 启动时跑，负责 Docker、数据库、隧道等服务；终端应用进程放进 terminals。快照只保留磁盘状态，运行中的进程在快照时停掉。

密钥边界同样明确：构建能拿 team 和 environment 密钥，用户密钥不进构建、不写进共享快照，只在 agent 启动时注入。保存环境配置或改密钥都会触发一次新构建。

此前每次会话都要开机、clone 仓库、跑 install

Builds 改掉的是 Cloud Agents 此前的冷启动。此前每次云会话都要开机、clone 仓库、跑 install 脚本；Cursor 的博客说，在大而复杂的仓库上，这套即时搭建要几分钟，agent 才开始执行。

新机制把这部分挪到后台：持续预构建、保持「热的」副本，新 agent 从一台活机器上 fork，而不是从磁盘恢复。针对旧环境落后于分支的问题，staleness 阈值默认 24 小时：开启 Update stale builds 后，激活构建超过阈值时，agent 启动会拉取默认分支最新代码；特性分支运行则 checkout 目标分支、复用已有依赖。

这条线铺了快一年。博客相关文章列表显示：Cloud Agents 的产品文章发布于 2025 年 10 月 30 日，今年 5 月 13 日 Cursor 又写了《Development environments for your cloud agents》，5 月 26 日的客户故事是《Faire doubles PR throughput with Cursor Cloud Agents》。

Faire 说它最大的仓库「几秒就绪」

公告当天，Cursor 官方 X 账号的宣称 Cloud Agents 现在启动快 3 倍；随后点出 Faire、Headway 和 Descript 等客户：agent 启动时间从几分钟降到几秒，并且「越来越放心把任务端到端交给云代理自主执行」。

博客引用了 Faire 高级工程师 Blair McAlpine 的说法：Faire 每周触发 2000 多次无人值守的 agent 运行，「最大的、最复杂的仓库现在几秒内就能启动」，「坏构建从不会拖垮 agent 舰队」。

Cursor 云代理团队成员在 X 上称，Builds 是让云代理「像本地代理一样快、一样无缝」的一大步。独立开发者则指出 3 倍是对外口径、10 倍是内部测试数字，并追问：Cursor 能同时预热多少环境？每个用户的边际成本是多少？

中文 AI Radar 作者提出一个版本一致性提醒：预构建环境必须对应当前分支、依赖锁文件和密钥，旧环境若悄悄混进任务，「速度优势会变成难查的复现差异」。

8 月 17 日起，所有新旧环境默认启用

新环境默认使用 Builds。已有环境在 Cloud Agents 面板的 Builds 标签页点 Enable Builds 即可；也可以先点 Run setup agent，让 agent 试跑迁移、审查提议的配置改动，对用 .cursor/environment.json 定义的环境，它还会直接开 PR。文档建议启用后先确认第一次构建成功，再把它用于 agent 运行。

官方博客明确，8 月 17 日起所有新环境和已有环境都将默认启用 Builds，仍不额外收费。在那之前有一个过渡细节：首次成功构建完成前，agent 走标准启动流程；一个失败的构建不会打断任何已有任务。