写过微服务的都知道这种痛：一个 bug 报上来，问题不在你看的那个 repo，而是横跨三四个仓库。本地 clone、切分支、改完测、各自提 PR——一上午就过去了。
5 月 13 日，Cursor 把这事砍掉了。Cloud agents 现在支持多仓库环境：一个 Agent 可以同时操作多个仓库，在一个会话里把跨服务的修改一次性做完。
Amplitude 的工程师 Steven Cheng 是早期用户。他给的描述很简洁——
“An agent can investigate a reported issue, figure out which repos it touches, and open a PR with the fix in the right places.”
讲人话：扔给它一个 issue，它自己找出涉及哪几个 repo，去对应位置开 PR。
比”多仓库”更值得说的是构建效率
如果只是支持多 repo，那是把 Devin 和 Codex 已经做的事补齐。Cursor 这次真正的硬功夫在底层：
- 构建密钥（Build secrets）：以前 Dockerfile 里要装私有 npm 包就得把 token 写死，安全审计会卡。现在密钥只在构建那一步注入，构建完就走，不进最终镜像
- 分层缓存优化：只改了一小段代码，构建速度最快提升 70%——这个数字直接决定 Agent 跑得多快
- Dockerfile 自动生成（企业版 beta）：Agent 自己看仓库结构、自己写 Dockerfile
最后这条很关键。以前 Cursor 跑 cloud agent 的最大门槛，是用户得先会写 Dockerfile。这门槛挡掉了一大批前端团队、产品团队、半懂技术的运营团队。现在 Cursor 让 Agent 替你写，门槛被踢平。
Agent 主导的环境配置
Cursor 还做了一件挺有意思的事——让 Agent 在配置环境时主动提问：
- 缺凭证就告诉你缺什么
- 配置失败用基础镜像保底，不让 Agent 卡死在”环境炸了”这一步
- 配完显式告诉你它进了什么环境、看到什么文件
这听起来是体验优化，实际是企业落地的核心痛点。企业 IT 不允许 Agent “瞎跑”——必须知道它在哪、用了什么。Cursor 这套日志+审计+版本回滚，是冲着 SOC 2 合规去的。
治理是企业版的真正卖点
具体的安全机制：
| 功能 | 怎么用 |
|---|---|
| 版本历史 | 每次环境变更都记录，可回滚 |
| 回滚权限 | 管理员可以限制谁能 rollback |
| 审计日志 | 完整记录每一步操作 |
| 密钥隔离 | 不同环境的 secrets 互相不可见 |
| 出口控制 | 每个环境单独配 egress allowlist |
最后一条出口控制值得多看一眼——Cursor 让你限制每个 Agent 只能访问哪些外部域名。这是企业最怕的”Agent 把代码 push 到陌生地方”问题的直接答案。
Cursor 这步棋瞄准了谁
不是个人开发者。
Cursor 个人版用户用单仓库就够了。这套多仓库 + Dockerfile 自动化 + 审计治理，整个堆栈对标的是企业开发团队——那些有 10+ 微服务、有 SRE、有合规要求的公司。
去年 Cursor 估值冲到 200 亿美金时，市场质疑的是”个人版 ARR 撑不起这个估值”。今年这一套打下来，答案逐渐清楚：Cursor 不打算靠个人版赢，企业版才是真正的牌。
至于这个故事能讲多大——SpaceX 那张 $60B 估值的期权摆在桌面上，时间会给答案。
参考来源：Development environments for cloud agents（Cursor Blog）；Cursor changelog May 2026（cursor.com）