一個“只寫文件”的模式，在第一個倉庫工作正常。複製到第二個倉庫後，它還會遵守相同的檔案限制嗎？模型配置能跟著走，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，另列授權 |
| 必須產物 | 文件、來源列表、改動摘要、未解問題 |
| 審閱負責人 | 誰檢查準確性、誰決定是否進入正式記錄 |
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；官網能力描述不是獨立測評，異常試驗尚未執行。