Zoo Code 评测：Roo Code 停更后的接棒者，还是另一个 AI 编程插件？
Zoo Code 在代码编辑器中为您提供了整个 AI 代理开发团队。
秒懂
- 它是什么？
- Zoo Code 是 Roo Code 停更后的社区接棒项目，主打 Semble 语义搜索、Orchestrator 并行任务和 Destructive Command Guard。本文基于仓库与文档，拆解它的机制、上手路径和适用边界。
- 适合谁用？
- Zoo Code 适合两类人：一是原本用 Roo Code、需要平滑迁移的老用户，二是愿意在编辑器里尝试多 Agent 协作、且能接受频繁更新的开发者。不适合追求稳定、不想折腾模型配置的团队，也暂时不适合对代码库语义搜索有严格离线要求的企业。
- 能商用吗？
- 可以。Apache-2.0 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
Roo Code 停更后，谁在接棒
Zoo Code 是 Roo Code 的社区接棒项目。Roo 团队把精力转向 Roomote 后，一群原 Roo 贡献者组建了 Zoo Code 团队，继续维护这个 VS Code 插件。仓库的 README 明确写了这段渊源，也给出了从 Roo Code 迁移的指南。这不是一个从零开始的工具，而是一个有继承关系的分支。它的定位是给你一个完整的 AI 开发团队，跑在编辑器里。目标用户很明确：已经在用 Roo Code、担心项目断更的人，以及想尝试多 Agent 协作但不想离开编辑器的开发者。
Semble 搜索：免索引的语义检索
Zoo Code 最显眼的新增功能是 Semble codebase intelligence。文档描述它是按需的语义代码搜索，自动设置，没有单独的索引流程。这一点值得注意，因为多数代码搜索工具需要你预先构建索引，或者定期后台扫描。Semble 声称免去这一步，意味着首次使用时不用等待索引完成。但按需搜索的代价可能是首次查询较慢，或者对超大仓库的覆盖面有限。README 没有给出具体性能数据，所以这个功能的上限只能靠实际测试去验证。
Orchestrator：并行任务与恢复机制
Orchestrator 工作流被描述为更强壮的版本，强调更安全的委托、并行任务协调、可靠的父子任务恢复，以及子任务与提供商配置文件的隔离。这里的关键词是恢复。多 Agent 协作最常见的问题是子任务失败后父任务不知道，或者状态竞态导致整个流程卡死。Zoo Code 声称专门修了这类问题，包括任务状态竞态和过早的终端完成。这是实用层面的改进，不是概念层面的创新。它解决的是真实痛点：AI 代理跑长任务时，任何一个环节的假完成都会浪费你的时间。
Destructive Command Guard：长任务的刹车片
Destructive Command Guard（DCG）是另一个针对性设计。它自动拦截危险命令，同时让可信的工作继续跑，不用反复弹确认框。这解决了长任务的一个矛盾：你要么频繁批准，要么放开权限承担风险。DCG 试图在中间划一条线。但这条线怎么划，README 没有细说。危险命令的判定规则、白名单机制、误报率，这些都没公开。如果你打算让代理长时间自主运行，这个功能值得先在小范围测试，确认它不会漏掉关键破坏性操作。
安装与开发：pnpm 一条龙
本地搭建流程很标准。克隆仓库后运行 pnpm install，然后按 F5 启动调试窗口。webview 改动会立即生效，核心扩展也会热重载。这是典型的 VS Code 插件开发流程。如果你不想手动调试，有自动化脚本：pnpm install:vsix 会询问编辑器命令（code、cursor 或 code-insiders），默认 code，然后卸载旧版、构建 VSIX、安装并提示重启。也可以手动执行 pnpm vsix，产物在 bin/ 目录。这个流程对熟悉 Node 生态的开发者没有门槛，但 pnpm 是硬依赖，npm 或 yarn 用户需要先装 pnpm。
模型支持与 Zoo Gateway：折扣背后的绑定
v3.80.1 的发布说明提到新模型 GLM-5.3-Flash，以及 Gemini 3.7 Flash 和 MiniMax M3 的折扣活动。这些模型通过 Zoo Gateway 提供。Zoo Gateway 是新增的提供商之一，但 README 没有说明它的计费细节或数据流向。如果你只用 OpenAI 或 Anthropic 的官方 API，Zoo Gateway 对你没有意义。但如果你冲着折扣去，需要先确认 Zoo Gateway 的隐私政策和稳定性。模型列表还在扩展，包括 Moonshot、Kimi Code、Kenari、Friendli、OpenCode Go 等，这给了用户更多选择，但也意味着配置项更多，出错面更大。
维护节奏与许可证：活跃，但你要跟上
仓库最后推送是 2026 年 8 月 29 日，v3.80.1 当天发布。从 v3.78.0 到 v3.80.1，间隔不到一个月，说明迭代速度很快。快速迭代的好处是模型支持跟得上，坏处是升级可能引入回归。v3.80.1 的修复列表里就有 subtask approvals 恢复和 Vertex Gemini 3.7 空输出修复，说明上版本确实出了问题。许可证是 Apache-2.0，允许商用和修改，但要保留版权声明。没有看到贡献指南的细节，但 README 明确邀请社区提 PR 和 issue。如果你打算长期依赖这个插件，要接受它可能比成熟项目更频繁地变动。
和 Cline 相比：继承与分叉的差别
Zoo Code 的直接替代品是 Cline，也就是 Roo Code 的前身。Cline 是更早的分叉，Roo Code 从它那里分出，现在 Zoo Code 又从 Roo Code 分出。三者的核心架构相似，都是编辑器内的 AI 代理，但方向不同。Cline 更保守，功能演进慢，但稳定性经过更多用户验证。Zoo Code 则把新机制，比如 Semble 和 DCG，直接放进主分支。如果你需要的是经过时间考验的插件，Cline 更稳。如果你想要新功能，Zoo Code 更激进。迁移成本上，Roo Code 用户转 Zoo Code 有官方指南，转 Cline 则需要自己摸索。
编辑结论
Zoo Code 适合两类人：一是原本用 Roo Code、需要平滑迁移的老用户，二是愿意在编辑器里尝试多 Agent 协作、且能接受频繁更新的开发者。不适合追求稳定、不想折腾模型配置的团队，也暂时不适合对代码库语义搜索有严格离线要求的企业。采用前先做三件事：读一遍 Roo→Zoo 迁移指南，确认你的模型提供商在支持列表里，再在隔离分支上跑一次 Orchestrator 的子任务恢复测试。若你依赖 Cline 的稳定 API 或 VS Code 原生生态，建议继续观望。Zoo Code 的优势在于它敢把新机制放进主分支，但这也意味着你要接受它可能比成熟插件更颠簸。
社区笔记