云代理的开发环境 · Cursor

Cursor 今日发布了一系列新工具，旨在为云代理配置更强大的开发环境。云代理相比本地代理更容易并行化，可在笔记本电脑关闭时继续工作，并能响应程序化触发自动运行。但代理的能力取决于其运行环境。能够编写代码但无法运行测试、查询服务或调用 API 的代理无法闭环完成工作。

为了从开始到结束完成工程任务，云代理需要一个类似本地设置的开发环境：克隆的仓库、安装的依赖、内部工具链的凭据以及对构建系统的访问权限。有效的开发环境为代理提供代码库和组织的完整上下文，使其能够测试和验证自己的工作。

本次发布的核心功能包括多仓库环境支持。在大企业中，工程工作往往跨越多个代码库和仓库。微服务架构下的大型组织通常需要多个仓库协同变动。局限于单个仓库的代理效用有限，因为它无法跨所有必要上下文进行推理。云代理和自动化现在支持多仓库环境，基于 Cursor 的多根工作区功能构建。团队可以配置包含代理所需所有仓库的单一环境，并在会话间重用。多仓库范围内，代理可以推理变更如何影响代码库其他部分，并跨仓库交付、测试和验证变更。

此外，环境配置即可代码得到改进。Cursor 优化了基于 Dockerfile 的配置，支持构建密钥，使安全访问私有包注册表变得简单。构建密钥限定于构建步骤，不会传入运行代理的环境。层缓存升级后，仅当 Dockerfile 更改时才重建更新的层，命中缓存的构建速度提升 70%。对于不愿从头编写 Dockerfile 的团队，Cursor 可以自动检查仓库并生成配置，该功能处于私有测试阶段，将在未来几周内逐步向企业团队推出。

代理引导的环境设置也得到了增强。Cursor 在配置环境时会提问、标记缺失的凭据并验证设置是否正确。若环境配置失败，Cursor 会默认使用基础镜像并带有明确的警告标识，确保云代理继续运行而非立即失败。

治理和安全方面，每个开发环境现在拥有自己的版本历史，用户可审查和回滚，管理员可限制回滚权限。审计日志捕获团队成员对环境的所有操作，提供完整可见性。出站网络访问和密钥可限定到环境级别，不同环境可设置不同的允许列表和密钥。

未来，Cursor 正在构建能够随着代码库演变而自动进化的环境配置。团队可以从今日开始尝试这些新功能，详情请阅读文档或访问云代理仪表板。