一个“只写文档”的模式，在第一个仓库工作正常。复制到第二个仓库后，它还会遵守相同的文件限制吗？模型配置能跟着走，API key 又是否应该跟着走？
选择 Zoo Code alternative 时，比“能不能生成代码”更具体的问题是：**团队要携带 IDE 模式和规则，还是维护跨岗位的长期工作流程？**Zoo Code 与 Buda 可以服务不同部分，配置迁移和业务交接应分别验收。
Zoo 的可携带对象是什么
Zoo 官网将它描述为社区维护的 Roo Code fork，提供 Architect、Code、Debug 与自定义 modes、多文件编辑、diff review、BYOK 和 MCP。Zoo 与 Roo Code 的背景关系可见Buda vs Roo Code。
自定义模式文档进一步说明：模式包含 slug、角色定义、工具 groups、使用时机与自定义指令；可导出为包含规则文件的 YAML。Project import 写入 .roomodes 与项目的 .roo/rules-{slug}/，Global import 放在全局配置。
关键细节是同 slug 的项目模式完全覆盖全局模式，不是逐字段合并。把同一份规则复制到另一仓库前，先确认实际生效的配置层。模式名称相同不代表工具和文件权限相同。
不要把两种导出混成一种
导出一个 mode 与导出完整 settings 是两件事。Settings 文档明确警告：完整 JSON 导出包含 provider profiles、全局设置以及明文 API keys，必须当敏感文件处理。
模式 YAML 更适合共享角色和规则，但规则文件也需要检查是否夹带内部资料。不能因为扩展开源，就把完整 settings 放进公共仓库或团队共享目录。Zoo 的自动导入也不是纯配置广播：导入 settings 会添加 profiles、更新匹配设置，且可能带 warnings；导入同 slug mode 会覆盖既有模式。
官网称 Roo 配置可导入 Zoo，不代表可直接导入 Buda。迁移业务流程时，应保留目标、允许操作、产物和审阅人，重新建立工具与授权。
把 mode 拆成四个可验收字段
以“Documentation Writer”为例，建议记录四项：
| 字段 | 应写清的内容 |
|---|---|
| 允许文件 | 只写批准目录的 Markdown，不修改应用代码 |
| 允许工具 | 读取与受限编辑；若开放 command/MCP，另列授权 |
| 必须产物 | 文档、来源列表、改动摘要、未解问题 |
| 人工 reviewer | 谁检查准确性、谁决定是否进入正式记录 |
Zoo 的 edit group 可以用 fileRegex限制可编辑路径；但 regex 控制编辑工具不等于约束其他工具的所有副作用。开放 command 或 MCP 后，仍要验证它们的权限。
Buda 把角色规则、材料、可复用 Skills 与任务产物放进Agent Workspace。逐 Agent 云电脑保留文件和执行过程，适合让工程、产品、运营围绕同一交付物接手工作。这是责任映射，不是 Zoo YAML 转换器；也没有依据宣称 Buda 具有相同的 mode enforcement。
三个异常，比一遍演示更有价值
以下为未执行的验收设计，使用非生产数据与最小权限。
- **拒绝写入。**让文档模式尝试修改一份不在许可范围的测试文件。检查真实错误、文件 hash 是否变化、是否通过别的工具绕过限制，以及人能否看见失败。
- **撤销 API 授权。**使用可撤销的测试凭据，撤销后再次运行同一任务。确认明确记录授权失败，不把残留缓存当新成功，也不暗中切换未经批准的 provider。
- **更换仓库。**在第二个 repo 放入同 slug 项目模式，检查覆盖后的有效工具和路径。重新审阅输出规则，不因“名字没变”跳过校验。
每个试验保留输入、有效配置、命令或调用记录、实际文件与 reviewer 判定。这里没有代码质量排名，也没有测得的成本优势。
采用决定取决于规则在哪里维护
如果团队日常都在 IDE 内工作，愿意维护 profiles、modes 与仓库规则，Zoo 的便携配置是直接价值。扩展免费开源不等于模型调用免费：BYOK 向 provider 付费，可选 Zoo Gateway 使用独立 credits。
如果一次任务需要留下能让其他岗位接手的文件、资料和持续执行环境，Buda 的持久 Workspace 是另一种组织方式。先挑一个跨岗位产物试跑，并写明谁验收；复用时在 Buda AI 的 Marketplace 搜索并安装合适 Skill，再核对它的工具权限。不要先迁移整套配置，再发现团队缺的是责任记录。
FAQ
Zoo 是 Roo Code 的社区 fork 吗？
官网明确如此，并说明沿用 Roo 的基础与 Apache 2.0 license。当前功能仍应以 Zoo 文档为准。
内置 mode 和 custom mode 有何区别？
Architect、Code、Debug 提供默认工作取向；custom mode 可定义角色、工具 groups、文件限制和额外规则，范围可为项目或全局。
完整 settings 可以发给同事吗？
先按敏感文件处理。官方明确 JSON 包含明文 API keys；推荐拆出可共享规则，凭据通过批准的秘密管理方式配置。
model profiles、mode 与任务历史会一起迁移吗？
不同导出功能包含不同对象。完整 settings 包含 provider profiles；mode export 包含模式及规则。不要从它们推断会迁移全部会话、审批和历史。
Zoo 配置能直接进入 Buda 吗？
没有验证自动兼容。应重建业务手顺、工具授权、产物要求和审阅责任。
来源核验：2026-10-09；官网能力描述不是独立测评，异常试验尚未执行。