Cursor 云代理支持完整开发环境接入

3.4　2026 年 5 月 13 日 · 更新日志

为了让 Agent 能够从头到尾完成工程任务，它们需要一个类似于你笔记本电脑本地配置的开发环境：克隆好的代码仓库、已安装的依赖、内部工具链所需的凭证，以及构建系统的访问权限。

此版本引入了新的工具，方便团队为 Agent 配置开发环境。Cursor 也可以使用这些工具，替你搭建和维护环境。两者结合，让团队可以更轻松地运行并行 Agent 集群，在完全由你掌控的开发环境中端到端地处理任务。

多仓库环境

Cloud Agent 和自动化功能现在支持多仓库环境，这是我们在多根工作区（multi-root workspace）基础上的进一步扩展。你可以配置一个环境，将 Agent 工作所需的所有代码仓库都包含在内，并在不同会话之间复用。

用代码管理环境配置

为了让环境定义更易于修改、调试和审查，我们改进了基于 Dockerfile 的配置方式。

其中包括对 build secrets 的支持，让你能够直接通过 Dockerfile 安全地访问私有软件包注册表。Build secrets 的作用域仅限于构建步骤，不会传递到 Agent 运行时环境中。

我们还升级了层缓存机制，因此修改 Dockerfile 后，只会重新构建镜像中发生更新的层。命中缓存的构建速度提升了 70%。

改进由 Agent 主导的环境配置

Cursor 在配置环境时，会向你提出问题、提示缺失的凭证，并验证环境是否已正确设置。

Cursor 会始终向你展示 Agent 当前运行的环境版本。如果环境配置失败，它会回退到基础镜像，并给出清晰的警告标识，让 Cloud Agent 能够继续运行，而不是立即失败。

环境治理与安全控制

现在，每个开发环境都有独立的版本历史记录，用户可以查看并执行回滚。管理员还可以将回滚权限限制为仅管理员可用。审计日志会记录团队成员对环境执行的每一项操作，让安全团队能够完整掌握谁修改了什么。

现在，出站访问（egress）和 secrets 也可以限定在开发环境级别。为某个环境配置的 secrets 无法从其他任何环境访问。

你可以在我们的公告和文档中进一步了解 Agent 开发环境。