Cloud Agents
Cloud Agents 是在云端运行的专门化自主 AI 工作者。
它们彻底改变了人们对软件开发的认知:不再局限于在专门的 IDE 中进行高度专业化的活动,而是将整个流程中相关的各个方面封装成能够独立运行(但如果你愿意指导,它们也会接受)的智能体。
换句话说:与其在 IDE 中完成所有的学习、调研、编码、测试和发布,不如将工作委托给专注的智能体,它们作为一个团队协作。你可以根据自己的需求决定参与程度。
Cloud Agents 在所有 Roo Code Cloud 计划中都可用,包括免费版。
听起来像天方夜谭?继续阅读,我们将向你展示如何使用它们。
如何与 Cloud Agents 协作
我们 Roo 团队使用 Cloud Agents 开发 Roo Code 已经数月,发现以下实践能够带来最佳效果:
- 不确定时,优先选择云端:除非是非常小的改动,否则通常更容易向 Cloud Agents 发起多个任务(尤其是在你开始或结束一天工作时),然后检查它们的完成情况。智能体非常擅长将任务完成到 50-80%(通常更多),承担大部分繁重工作。然后你可以在此基础上继续迭代(无论是使用 Cloud Agents 还是本地)。
- 以 Pull Request 作为主要工作单元:为确保 Cloud Agents 不会破坏现有功能,它们在独立分支上工作,并通过 PR 交付工作成果。你可以完全无需本地检出代码就能创建、迭代、审查和修复这些 PR。
- 放手个别 PR:由于 LLM 并非完美无缺,偶尔需要放弃一些工作。量变产生质变,因此保持高产出是有益的。
- 投资预览环境:如果项目允许(例如是 Web 应用),请设置预览环境(如 Vercel 的 Deployments),这样你无需本地运行就能检查 PR。
- AI 编程不仅限于程序员:虽然公司里只有头衔为工程师的人才会打开 IDE,但每个人对产品都有问题和想法。向团队中的每个人提供 Cloud Agents 的访问权限(你无需按座位付费),并鼓励人们直接从智能体获取问题答案。我们看到客户支持、产品、设计和营销人员在不打开 IDE 的情况下就能理解代码行为并做出大小不等的更改。
- 在公开场合发展集体学习:如果你的团队使用 Slack,请在公共频道中调用智能体,让每个人都能看到它们的回答和工作成果。这能有机地让所有人保持同步。
Cloud Agent 团队
当前可用的阵容如下。请记住,我们允许你随意重命名它们——我们真的相信让它们成为你团队的一部分。
The Explainer
职责: 技术教育者
解释代码、概念和技术文档。它帮助你理解代码库的复杂部分,而无需逐行阅读。
- 最适合: 新代码库上手、理解遗留代码、调试概念性问题。
The Planner
职责: 实现规划和架构设计
Planner 智能体绘制实现计划并处理复杂的技术决策。它旨在接收高级想法或产品需求文档 (PRD),并将其分解为详细的、分步的实现计划,然后可以交给编码智能体(或人类)。
- 最适合: 新功能规划、系统架构设计、复杂重构策略。
The Coder
职责: 跨所有语言的全规模编码
Coder 智能体编写代码、创建 Pull Request 并实现功能。它是平台的主力,能够处理端到端的编码任务。
- 最适合: 构建功能、修复 Bug、重构组件、编写测试。
The PR Reviewer
职责: 代码审查
PR Reviewer 智能体自动提供全面的代码审查和可操作的评论。它可以监控你的仓库并审查传入的 Pull Request。
- 最适合: 自动化代码质量检查、早期发现 Bug、执行编码标准。
The PR Fixer
职责: 专注修复
PR Fixer 智能体专门解决 Pull Request 中识别的问题。它监听反馈并自主实现修复。
- 最适合: 解决 PR 评论、修复 CI/CD 失败、处理审查反馈。
虽然这个角色阵容可以完成大部分工作,但用户反馈将指导新智能体的开发。我们有几个 正在开发中的智能体
Cloud Agents 的工作原理
通用工作流程
-
开始: 可以通过以下方式调用智能体:
-
运行: 智能体启动一个安全、隔离的云环境来执行任务。它克隆你的仓库,分析上下文,并执行所需的操作。
-
完成: 任务完成后,智能体在同一位置报告结果。
-
控制: 你可以随时通过访问任务进行干预。
-
回顾: 所有任务都可以在你的 Roo Code Cloud 账户中访问。
积分与使用
Cloud Agents 消耗 Cloud Credits。使用量根据所用模型和任务持续时间来衡量。
- 免费版: 包含免费模型用于标准任务。
- 专业版: 解锁并发智能体执行和优先队列。
如果你想要了解更多,请查看 定价页面。
设置
每种智能体类型的特定配置选项各不相同(可通过智能体页面的 ⚙️ 图标访问),但主要选项包括:
- 名称: 智能体在应用中的引用方式。
- 模型: 为该智能体提供推理的模型。你可以在智能体团队中混合搭配不同的提供商和模型。
- 仓库: 智能体可访问的仓库。请注意,我们只列出你在连接 GitHub 时允许的仓库。如果有遗漏,请更新你的 GitHub 连接。
- PR 创建操作: 对于进行代码更改的智能体,你可以选择它们是通过创建完整 PR、草稿 PR 还是仅推送分支来完成。
- 额外指导: 该智能体的任何特定指令,比如 Reviewer 需要更多关注的内容、Coder 应遵循的编码实践等。这是一个自由文本框,所以你可以输入任何内容,但请注意过多的指令可能会降低结果质量,因此请保持简洁和专注。
大多数人每种类型的智能体只有一个,但你可能需要多个实例来拥有不同的配置,特别是模型(主智能体使用好模型,另一个智能体使用昂贵模型)或自定义指令(针对特定仓库)。
即将推出的智能体
- Improver: 一个"元智能体",分析智能体反馈和 PR 审查,以维护和改进 自定义指令。
- Security Auditor: 定期进行安全审计并识别漏洞,覆盖整个代码库(而不仅仅是单个 PR)。
- Documentation Writer: 了解你代码的技术写作者,编写实用的用户文档。
- Translator: 准确翻译字符串并遵循你的品牌声音的翻译器。
如果你有兴趣在 Beta 版中试用或有其他建议,请 写信给我们。