展开本页目录
开始前准备什么
- 记录已有 Roo Code 版本；本页不要求新装已结束维护的扩展。
- 备份可用任务和规则，保留凭据在原安全存储中；分享前脱敏。
- 在当前模型目录确认 glm-5.3 的 Chat 与工具权限；准备独立测试目录。
- 确认停服状态
- 保存规则与任务
- 核对旧配置
- 迁移 Cline
- 独立验收
2026-10-25 资料复核与操作补充
继续操作前，核对当前配置与执行范围
原Roo Code服务与旧安装状态分别处理；迁移时在新客户端重新验证读取、修改及原测试，不把旧会话或一段直接HTTP结果算作Cline任务通过。
原记录范围：本页保留原有配置、离线检查和历史记录；本轮没有新增该客户端或协议的在线运行记录。 下列相邻实验各有自己的日期、模型和产物，不替代本篇客户端或协议的原生验收。
先确认产品状态
2026-10-07 回读官方停服公告与 GitHub：Extension、Cloud、Router 已结束产品服务，Roo-Code 仓库显示归档。旧安装是否还能启动，需要看你自己的环境；本页不承诺继续维护、云端恢复或新版本更新。
把配置、规则和历史拆开保存
- 记录 provider、Base URL、准确 Model ID、上下文设置和工具模式。只导出脱敏副本。
- 保存自己编写的规则、模式说明和可授权使用的任务资料，单独列出 MCP 与执行权限。
- Cloud、Router 余额与原任务属于原服务。第三方 API Key 不恢复这些账户权益。
- 不要把 Roo 的导出文件直接当成 Cline 的导入格式；在新工具中逐项重建。
存量 OpenAI Compatible 字段核对
官方归档文档列出 API Provider、Base URL、API Key 与 Model ID，并说明 Roo 需要 native tool calling。apizt 的公开目录可见 glm-5.3 和 Chat 端点，但目录标签仍需以你的完整工具回路验收。
历史表单字段，不是导入 JSON
API Provider: OpenAI Compatible
Base URL: https://api.apizt.com/v1
API Key: 在本机凭据表单填写自己的 apizt Key
Model ID: glm-5.3
最终 Chat 请求: /v1/chat/completions
本站绘制的内容说明图：本页记录的表单路径可能随版本变化；图是字段说明，不是伪造最新 Roo Code 截图。
迁移 Cline：先重建入口，再迁移规则
- 安装当前 Cline，核对发布者和版本；在设置选择 OpenAI Compatible。
- 填 /v1 基础地址、独立 Key 与准确 ID；先不宣称 Image Support 或 Computer Use 已验证。
- 按新工具规则路径放入自己的规则，审查原 auto approval 与 MCP 权限，再开新会话。
- 使用下面固定任务；旧会话的成功记录不算新入口通过。
小任务：读取实现、修复金额校验、运行原测试
下载 cline-demo.py 和 cline-demo-test.py，放在同一空目录。先运行原测试观察预期失败，再让新客户端只改实现：price_cents 和 quantity 只能是非负整数，bool 不算整数，总额不超过 2**53-1。
- 独立复跑 6 项原测试；git diff 仅包含实现改动。
- 核对工具日志确实有读取、写入与执行，不只给出建议代码。
- 记录新客户端版本、模型、所有回合、失败尝试和实扣；没有同任务结果时不填写迁移速度优势。
迁移验收任务
先读取 cline-demo.py 和 cline-demo-test.py。仅修改 cline-demo.py，满足原测试中的金额、数量与溢出约束，不修改测试。执行 python3 cline-demo-test.py，报告实际结果与改动文件。
本站绘制的内容说明图：该任务沿用本页可复核仓库 fixture，测试由独立步骤执行；不把模型声明通过当测试证据。
迁移的边界
| 对象 | 可复用部分 | 需要重新确认 |
|---|---|---|
| API 配置 | 基础地址和准确 ID | 目标工具的 provider、协议与工具事件 |
| 规则与任务 | 自己的文字说明和验收标准 | 规则加载位置与实际权限 |
| 云服务与账单 | 可取得的历史记录 | 原服务处理；不由 apizt 接管 |
| 图像 / 浏览器 / MCP | 需求与测试材料 | 模型输入支持和新客户端能力分别验收 |
- 对象
- API 配置
- 可复用部分
- 基础地址和准确 ID
- 需要重新确认
- 目标工具的 provider、协议与工具事件
- 对象
- 规则与任务
- 可复用部分
- 自己的文字说明和验收标准
- 需要重新确认
- 规则加载位置与实际权限
- 对象
- 云服务与账单
- 可复用部分
- 可取得的历史记录
- 需要重新确认
- 原服务处理；不由 apizt 接管
- 对象
- 图像 / 浏览器 / MCP
- 可复用部分
- 需求与测试材料
- 需要重新确认
- 模型输入支持和新客户端能力分别验收
怎样确认已经完成
- 状态说明与存量版本对应。
- 新 Cline 会话真实读取、修改、运行 6 项原测试并通过。
- 原测试未改，凭据未写进材料。
常见问题
Roo Code 现在还能新安装吗？
官方产品已结束服务并归档。本页保留存量核对和迁移材料，不推荐把已结束维护的扩展作为新工作流。
换成 apizt 能恢复 Roo Cloud 吗？
不能。API 网关可以用于支持自定义 provider 的独立工具；原 Cloud、Router 和账户由原服务处理。
迁移只改 Base URL 就够吗？
还要重建规则、模型能力和权限，并在新工具完成原任务。Roo 原生工具调用要求也不能用一次文本回答代替。