Roo Code 能帮你完成什么工作
下面是根据工具能力整理的操作建议，输入、交付标准和人工核对由你确定。
场景 01 · 已经使用 Roo Code 的开发者盘点旧项目的迁移依赖
- 先准备
- 已有代码、规则文件、任务记录和工具连接清单
- 怎么做
- 编辑建议：先核对公告覆盖的产品，再保存项目材料，将编码、规划和外部工具依赖分开，逐项对应替代流程。
- 得到什么
- 可交接的项目迁移清单
- 使用建议
- 确认数据来自本地或已合法取得的材料；不要把旧云入口仍可见当成服务继续。
查看操作流程示意
场景 02 · 曾维护自定义模式的团队保存团队自定义规则
- 先准备
- 模式用途、提示规则和允许的操作范围
- 怎么做
- 编辑建议：按 Code、Architect、Ask、Debug 或自定义职责整理规则，选择一个小任务验证新的配置是否表达相同要求。
- 得到什么
- 工具无关的任务和规则说明
- 使用建议
- 避免只搬运名称而遗漏审批、文件范围与测试要求。
场景 03 · 曾付费使用 Roo 产品的用户核对历史余额与账单
- 先准备
- 旧账单、账户信息和已持有的付款记录
- 怎么做
- 编辑建议：阅读官方关闭与未用余额退款说明，按官方提供的账务渠道核对个人情况。
- 得到什么
- 待核对的账务事项清单
- 使用建议
- 公告中的退款安排不是某个账户已收到退款的凭证。
Roo Code 软件界面
官方旧版教程展示文件创建任务、检查点、API 请求记录和任务完成面板；Roo Code 已于 2026 年 5 月 15 日结束服务。
Roo Code 是什么
官方公告涵盖三种产品，不能仅以本地仍有安装文件判断官方服务继续运营。归档文档中的模式、工具和配置是理解旧工作流的材料。
迁移重点是保留应用代码、需求、规则与测试，再逐项确认替代工具能否处理原有任务。官方列出的替代方向不意味着账户、余额或配置会自动迁移。
Roo Code 的主要功能
原有编码与调试模式
归档 README 记录了 Code 与 Debug 模式，曾用于代码修改、问题追踪和根因排查。已有任务描述可按这两种职责整理后交给新的工具。
原有架构规划与问答
Architect 曾用于系统、规格与迁移规划，Ask 用于代码解释和文档问答。迁移时可分别保存计划和问答依据，而不是只保留最终代码。
原有自定义模式
原扩展允许为团队工作流建立 Custom Modes。已有用户应记录每个模式的职责与限制，再确认替代工具是否提供对应配置。
原有 MCP 工具连接
归档说明包含 MCP 支持。迁移时应盘点曾连接的外部工具、所需权限和实际用途，重新配置时逐项核对，不能直接假设原连接继续有效。
如何开始使用 Roo Code
先明确关闭范围
阅读官方公告，确认 Extension、Cloud 与 Router 均在公告范围内，不再按旧文档新建服务流程。
保存已有项目材料
整理现有代码、测试、需求和可取得的规则记录，按原模式职责分类，保留版本标识。
逐项映射替代流程
参考官方列出的开源替代方向，分别检查代码编辑、规划、MCP 和权限配置，不假设自动兼容。
用代表任务验证迁移
在替代工具中选择一个小任务，人工检查差异与测试；账务问题则按公告中的官方渠道单独核对。
费用与使用条件
选择前了解
官方已公告 Extension、Cloud 与 Router 于 2026 年 5 月 15 日结束服务。
结束服务不只是 Cloud
公告同时包括 VS Code 扩展、Cloud 与 Router，并说明扩展仓库归档。不能将关闭范围缩成仅一个云产品。
归档能力不是持续支持承诺
README 所列模式与 MCP 属于旧产品说明。已有本地副本的可运行性应独立检查，不能因文档仍在就推断持续维护。
退款公告不等于个人账务完成
官方公告包含未用余额退款安排和账务联系渠道；具体账户是否退款需要实际账单或回执确认。
Roo Code 常见问题
Roo Code 现在适合新用户按旧教程注册吗？
不适合。官方已经公告三类产品结束服务，应先查阅迁移与替代说明，而不是继续旧注册流程。
为什么仍保留这个工具页面？
已有用户可能需要理解旧模式、检查依赖和整理迁移材料；保留稳定资料页不表示推荐继续使用该服务。
本地还装着扩展是否表示官方仍支持？
不能据此判断。官方公告与归档状态和本地文件是否存在是两件事；不应把旧副本视为获得持续支持。
替代工具能自动继承原来的余额和配置吗？
官方公告没有提供这样的通用承诺。应分别核对账务、规则、模型连接和工具权限，不按名称相近推断可迁移。
