云端Agent开发环境（6分钟阅读）

# 云代理的开发环境 来源：https://cursor.com/blog/cloud-agent-development-environments 云代理比本地代理更容易并行化，在笔记本电脑合上时仍能继续工作，并且可以根据程序化触发条件自主运行。 但代理的能力取决于其运行环境。一个能写代码但无法运行测试、查询服务或访问 API 的代理，无法闭环完成工作。 为了端到端地完成工程任务，云代理需要一个与本地设置相似的开发环境：克隆的仓库、已安装的依赖项、内部工具链的凭据，以及构建系统的访问权限。有效的开发环境能赋予代理对你代码库和组织的完整上下文，使其能够测试和验证自己的工作。 云代理开发环境架构 今天，我们发布了用于配置云代理开发环境的新工具。Cursor 也可以使用这些工具来自动设置和维护你的环境。此次发布让团队能够更轻松地运行并行代理集群，在你完全控制的开发环境中端到端处理任务。 ## 多仓库环境 企业中大多数工程工作涉及多个代码库和仓库。运行微服务的大型组织通常有多个需要协同变动的仓库。局限于单个仓库的代理作用有限，因为它无法跨所有必需上下文进行推理。 云代理和自动化功能现已支持多仓库环境，这是基于我们之前的多根工作区（multi-root workspaces）工作成果。你可以配置一个包含代理工作所需所有仓库的单一环境，并在不同会话间重复使用。有了多仓库的范围，代理可以推理代码库某一部分的变更如何影响其他部分，并跨仓库工作以交付、测试和验证变更。 以下是一些使用多仓库环境的客户反馈： > **Amplitude** > 我们在 Amplitude 的公共 Slack 频道中运行 Cursor 自动化。多仓库支持是这些功能真正有用的关键。代理可以调查报告的问题，确定涉及哪些仓库，并在正确的位置以完整上下文打开包含修复的 PR。 > — Steven Cheng，Amplitude 高级工程经理 > **Decagon** > **Snyk** > **BILT** ## 环境配置即代码 为了更轻松地更改、调试和审查环境定义，我们改进了基于 Dockerfile 的配置。这包括对构建密钥（build secrets）的支持，使得可以直接从 Dockerfile 安全地访问私有包注册表。构建密钥作用域仅限于构建步骤，不会传递给运行中的代理环境。 我们还升级了层缓存机制，因此当你更改 Dockerfile 时，只会重建镜像中已更新的层。命中缓存的构建速度提升了 70%。 云代理开发环境 Dockerfile 配置 对于不想从头编写 Dockerfile 的团队，Cursor 可以为你配置 Dockerfile。Cursor 将检查你的仓库，确定所需的工具和依赖项，并生成一个你可以编辑和版本化的配置。此功能目前处于私有测试阶段，将在未来几周内向企业团队开放。 ## 改进的代理主导环境设置 当 Cursor 配置你的环境时，它会向你提问、标记缺失的凭据，并验证你的环境是否设置正确。 Cursor 在提问并验证云代理开发环境设置 Cursor 对开发环境也有了更强的感知。它会显示你的代理运行所在环境的版本。如果环境配置失败，Cursor 将默认使用一个带有明确警告标志的基础镜像，以便你的云代理能够继续运行而不是立即失败。 ## 环境治理与安全控制 每个开发环境现在都有自己的版本历史记录，用户可以查看并回滚。管理员还可以将回滚权限限制为仅管理员。审计日志会捕获团队成员对环境执行的每个操作，让安全团队全面了解谁更改了什么。 出口流量和密钥现在可以在开发环境级别进行作用域限定。团队可以限制一个环境对外部网络访问的特定允许列表，同时让另一个环境拥有更宽松的权限。此外，为一个环境配置的密钥无法从其他环境访问。 ## 下一步计划 目前，环境是在某个时间点配置的，当它们与代码库不同步时会重新构建。我们正在朝着环境设置随着代码库演进而自主演变的方向努力。 要开始使用云代理开发环境，请阅读文档（docs）或访问你的云代理仪表板（cloud agents dashboard）。