Zoo Code

本文为轻评测（light）：事实取自官网、GitHub 仓库元数据与官方发布说明（2026-11-04 复核），未做安装与实跑对比；涉及「体验好坏」的判断均标注为推断。

TL;DR

Zoo Code 是 Roo Code 的社区 fork——Roo Code 团队 2026-04 宣布归档项目、转向 Roomote，VS Code 扩展于 2026-05-15 关闭，一批原社区开发者接手代码库继续维护，功能、设置结构、许可证（Apache 2.0）与 Roo Code 一致。

一句话：如果你曾经用 Roo Code，Zoo Code 就是「配置导出、导入、继续用」的最短路径；如果你没听过 Roo Code，它提供的是 VS Code / JetBrains 里的多模式 agent（Architect / Code / Debug / Ask）+ Boomerang 并行 sub-task + 自定义 Modes + 完整 BYOK。

代价也很清楚：它只有社区维护，没有企业支持与团队云服务。

为什么会有 Zoo Code

按官方公告与三方可核验记录，时间线是：

这件事对选型的意义比「又一个 fork」更大：一个 24K Star 的 VS Code agent 可以在两个月内完成归档 + 云服务关停 + 社区接管。把生产工具链押在单一开源项目上时，「能否带走配置与代码」比当下的功能表更重要——Zoo Code 的存在本身就是这条结论的正例。

核心能力（继承自 Roo Code）

• 多模式：Architect（只做方案，产出策略文档与文件地图）/ Code（落地改动）/ Debug（验证与修复）/ Ask（解释代码），可切换、可自定义
• 自定义 Modes：自定义 system prompt + 工具集 + 模型，团队可共享（迁移时随设置一起带走）
• Boomerang Tasks：主任务派发 sub-task 到不同 mode + 不同模型，串行 / 并行混合，适合重构与多文件改动
• 先看 diff 再落盘：每次改动以 diff 呈现，不静默改写
• MCP 扩展：通过 Model Context Protocol 连接数据库、API 与自定义资源
• BYOK：Anthropic / OpenAI / Google / OpenRouter / Ollama 等，也可走可选的 Zoo Gateway 统一入口
• 大仓库友好：语义检索 + 部分文件分析，避免整仓塞进上下文

从 Roo Code 迁移

官方 FAQ 给出的路径很直接：

1. 在 Roo Code 里导出设置
2. 在 Zoo Code 里导入
3. 自定义 Modes、快捷键、模型配置原样保留（设置结构相同，基本无需改写）
4. 装包渠道：VS Marketplace（ZooCodeOrganization.zoo-code）、Open VSX、JetBrains Marketplace（Beta）

注意：Roo Code Cloud 已经关停，云端 task / 团队策略不会随之迁移；Zoo Code 侧对应的是可选的 Zoo Gateway 与 Cloud Agents（按量计费，与 Gateway 共用余额），不是等价的团队云服务。

价格

• Zoo Code OSS：$0（Apache 2.0），BYOK 时只付模型厂商费用
• Zoo Gateway（可选）：统一 API 积分，一次充值用多家模型，免逐家配 key
• Cloud Agents（可选）：云端沙箱跑工作流，按量扣积分，需至少 $0.50 余额
• Team（可选）：企业共享钱包 / 团队额度，官网未列固定价

没有订阅制门槛：不买 Gateway、不买 Cloud，本地扩展照常免费用。

现状与风险

可核验的仓库现状（2026-11-04 复核）：

• 非归档，最后 push 2026-11-03
• 2,088 Star / 341 fork / 850 open issues
• 近一个月 5 个 stable（v3.86.0 → v3.94.0），节奏与 Roo Code 当年「周更」一致
• 许可证 Apache-2.0，与 Roo Code 相同

风险同样明确：社区维护 = 没有企业 SLA、没有团队治理、没有合规审计；850 个 open issues 相对 2K Star 的规模不算低，说明承接面广但人力有限。这不是「别用」的理由，是「别把关键路径押上去而不留后手」的理由——pin 版本、留 fork 能力、把配置与 prompt 纳入版本管理，三件事都能显著降低风险。

适合 / 不适合

适合：

• Roo Code 老用户，想保留多模式 + Boomerang 工作流
• 接受社区维护、能自己看 issue / 提 PR 的团队
• 需要 Apache 2.0 + BYOK + 本地模型的透明方案

不适合：

• 需要企业支持、SLA、团队治理与合规审计的组织
• 不愿承担社区 fork 的回归风险与维护不确定性
• 只要 JetBrains 原生体验（走 Cline）

AI 之家 观点

一、Zoo Code 的价值不是「功能更强」，而是「迁移成本近乎为零」。 同功能、同设置结构、同许可，意味着老用户的 prompt、Custom Modes、快捷键都不用重写。在工具频繁关停的 2026 年，「可迁移性」应该和「功能表」一样列入选型权重。

二、社区 fork 的寿命取决于两件事：贡献者供给与发布纪律。 现在它两者都不差——周更节奏稳定、仓库非归档、Discord / Reddit / GitHub 三条入口都在。但 2.1K Star 的盘子撑 850 个 open issues，人力是紧的；能不能在下一个「原团队再退一步」的时刻顶住，是它真正的分水岭。

三、别把「社区接管」当成免费保险。 它没有企业兜底，出事只能自己 fork。用它可以，但请把它当成「自己的代码库」来对待：pin 版本、留镜像、把配置进仓库。

相关阅读

• Roo Code 工具卡——上游项目（已于 2026-05-15 停止维护）
• Cline 工具卡——Roo Code 的源头项目，仍在活跃维护，有 JetBrains 原生
• Aider 工具卡——Git 原生终端 CLI 的另一条路线
• AI 编程 IDE 与 CLI 版本对照——当前各 CLI 的 stable 版本表

来源

1. Zoo Code 官网 — The Story / FAQ / 定价说明（2026-11-04 复核）https://www.zoocode.dev/
2. GitHub Zoo-Code-Org/Zoo-Code — 仓库元数据（Apache-2.0、v3.94.0 @ 2026-10-31、2,088 Star）https://github.com/Zoo-Code-Org/Zoo-Code
3. VS Marketplace — ZooCodeOrganization.zoo-code https://marketplace.visualstudio.com/items?itemName=ZooCodeOrganization.zoo-code
4. Open VSX — ZooCodeOrganization/zoo-code https://open-vsx.org/extension/ZooCodeOrganization/zoo-code
5. JetBrains Marketplace — Zoo Code（Beta）https://plugins.jetbrains.com/plugin/32979
6. Roo Code 官方文档 — Extension Shutdown（上游停运公告）https://roocodeinc.github.io/Roo-Code/