編輯器裡的 AI 不再是一個什麼都包的助手，而是一支讓你按角色派活的隊伍——這大概就是 Zoo Code 最想讓你養成的用法。

在編輯器裡用 AI 寫程式，多數工具的形狀是「一個助手包打天下」。Zoo Code 走了另一條路：它把智能體拆成幾種固定角色，每種角色有自己的邊界與擅長的任務類型。你不必再對一團模糊的全能助手描述需求，而是先想清楚這件事該交給誰，再讓它動手。

它的另一重身分同樣關鍵。這是 Roo Code 的社群續作：專案原本由 Roo Code 團隊維護，後來交到一群曾參與其中的開發者手上，照同一套結構、同一份設定、同一個許可證往下做。對老用戶來說，原有的配置大致可以平移過來。

把一支 AI 開發團隊塞進編輯器

本體是一個編輯器擴充套件，啟用之後側邊欄會多出一個面板。招牌設計叫做 Modes，也就是模式，預設給了四個內建角色，各自專注一類工作。

Code 是日常預設檔，負責寫新程式、改檔案、執行檔案操作，絕大多數臨時需求從它開始就夠。Architect 是「先想清楚再動手」的那一類，碰上複雜改動它不急著編輯，而是先產出方案檔案與檔案地圖，讓你在真正落程式碼之前就能審一遍思路。Ask 不碰你的檔案，只回答關於程式碼庫的問題、解釋某段實作大概在做什麼，像個隨手的顧問。Debug 專門盯問題，追 bug、加日誌、隔離根因，一路查到源頭為止。

在這四個之外還能自建模式。團隊有一套固定的程式碼審查流程，或者需要按規範批次產出檔案，都可以做成專屬角色，把名字、提示詞、它能用的工具、能碰的檔案範圍一併定下來。這樣一來，「AI 開發團隊」就不再只是比喻——你可以讓架構角色先給方案，切到編碼角色去落地，中途發現問題再換到除錯角色排查，像指揮一支分工明確的隊伍。

先看差異，再決定要不要落地

它不會靜悄悄改你的程式碼。每一處改動都以差異的形式擺出來，你能清楚看到即將發生什麼，再決定放不放行。對不熟悉的專案來說，這一點比模型有多聰明更重要——看不懂的改動，本質上和沒做差不多。

配套的還有檢查點。任務推進的每一步都能留下快照，走偏了可以回到之前的狀態，而不是眼睜睜看著一大堆檔案被改得面目全非。這套機制把「放手讓 agent 幹活」和「隨時能收回」綁在一起。

長任務裡那道閘門

讓 agent 自己跑很長一段時間，總得有個煞車。後期版本加了一個叫 Destructive Command Guard 的機制，在長時間自走的過程中自動攔下危險指令，同時讓可信的操作繼續往下走，不必你每隔幾秒就點一次允許。它被設計成一個可選的保護層，打開之後，在安全性與省心之間取了一個平衡。

它和權限體系是一套的。預設狀態下，每一步工具呼叫都要你點頭，改檔案、跑指令、連外部服務，一概如此；熟悉之後可以按類別逐項放開自動批准，把信任建立在自己能接受的粒度上。命令列能做什麼、能存取哪些目錄，也都可以單獨圈定，而不是一刀切地全開或全關。

模型隨便挑，錢花在哪要心裡有數

擴充套件本體免費開源，而且是長期免費，不是限時試用。但它自己並不內建模型，需要你接一個推理供應商才有大腦可用——這也是它與「訂閱制全家桶」路線最大的不同。

自帶 API Key 的模式下，你只為供應商的呼叫量付費，擴充套件本身不抽成。它能對接的供應商相當多，從主流商業模型到幾家區域廠商都在列表裡，也能接本機執行的模型，讓程式碼完全不出內網。哪種模型更適合手上的活，你可以隨時換，不必被單一廠商綁住。

如果不想逐個去管理 Key，官方另外提供了一個可選的統一入口 Zoo Gateway：把各家模型收攏到一個端點，按積分儲值使用，而不是包月訂閱。它是可選項——願意自己管 Key，可以完全不碰它。

從 Roo Code 搬過來

老用戶不必從零開始。設定支援匯出再匯入，自訂模式、快速鍵、模型配置這些都能跟著走，原有的使用習慣大致保留。儲存庫裡也放了一份從 Roo Code 遷移到 Zoo Code 的說明，照著走一遍即可。

需要提醒的是，這更接近一次遷移而非一般版本更新：擴充套件的發佈識別碼換過了，如果你有腳本或流水線按舊名字去呼叫，那部分要手工梳理一遍。

版本情況可以在公開的更新日誌裡查，發佈線一直在往前走，社群照自己的節奏持續出新。它未必是星標最高的那個，但作為一次社群接力，這個專案至少證明了：只要還有人需要，工具的壽命就不必由原作者的去留來決定。

Zoo Code 想解決的不是「讓 AI 幫你補完幾行程式」，而是「讓 AI 在編輯器裡按角色分工、又能被你隨時收回」。模式化分工讓任務有了邊界，差異與檢查點讓改動可回退，破壞性指令防護讓長時間自走有了那道閘門。它免費、開源、不綁定單一模型，代價是你要自己掏 API 的錢，也得願意花點時間理解模式的用法——先拿它跑一個真實專案，比看任何評測都清楚。