Roo Code 停止服務了：發生什麼事，以及現在該裝哪一個

先講結論：它已經不能裝了

如果你是看到別人推薦 Roo Code、想來裝一個，這裡要先跟你說：這個擴充功能已經在 2026 年 5 月 15 日停止服務，GitHub 上的 repo 也在同一天封存轉成唯讀。

不是暫停維護，是官方主動收掉。

原團隊在 2026 年 4 月 20 日就公告了這件事，理由講得滿直接的：他們不再認為編輯器是寫程式的未來，所以把重心移到另一個產品，一個以 Slack 為主的雲端 agent。

所以現在的狀況是，Roo Code 這個名字在網路上還會一直被搜到、還有一堆教學文在推薦它，但你照著裝會發現裝不起來，或是裝到一個不會再更新的舊版本。

下面講三件事：你原本在用的話怎麼辦、現在該換哪個、以及為什麼這條路線上會有這麼多長得很像的工具。

如果你原本就在用 Roo Code

已經裝在電腦上的版本還能動，但不會再更新了。

這代表幾件事：新出的模型它可能不認得、有 bug 不會有人修、安全性問題不會有人補、API 那邊如果改了介面它也跟不上。短期內不會炸，但拖越久越容易遇到「某天突然連不上模型」這種事。

比較實際的建議是找個空檔換掉，不用急著今天換，但也不要拖到明年。

你的設定不一定要重來。 下面講的 Zoo Code 是直接從 Roo Code 接手的分支，官方也有寫遷移說明，模式、規則、API 設定大致上搬得過去。

現在該裝哪一個

Roo Code 官方自己的告別說明裡，指向了兩個地方：Zoo Code 和 Cline。加上同一條線上的 Kilo Code，現在實際的選項是這三個。

Zoo Code：最像原本的 Roo Code

如果你就是喜歡 Roo Code 那套用法、只是想要有人繼續維護，這個是最短路徑。

它在 Roo Code 關掉的隔天（2026 年 5 月 16 日）就把 Roo Code 的最後版本重新發到 VS Code Marketplace，接著繼續開發。核心成員是原本就在貢獻 Roo Code 的那群人，原團隊的告別說明也點名了它。

Apache 2.0 授權，GitHub 上一千八百多顆星，還在持續更新。

Marketplace 上的擴充功能 ID 是 ZooCodeOrganization.zoo-code，搜名字的時候注意一下，市面上有不少同名的 fork。

選它的理由： 你原本的工作流不用改、設定搬得過去、模式系統跟你熟悉的一樣。

要留意的： 它是社群接手的專案，規模比 Cline 小，長期的維護能量要自己觀察。

Cline：最穩的那個，也是這條線的源頭

Cline 是 Roo Code 當初 fork 出來的上游。社群最大、中文討論最多、卡住的時候最好找答案。

它的設計比 Roo Code 單純，沒有那麼多模式，但核心該有的都有：Plan 模式先想、Act 模式再動手、規則檔、MCP、自動核准分項開關。

如果你覺得 Roo Code 的模式系統其實你也沒用到幾個，那換 Cline 反而清爽。

選它的理由： 最不用擔心哪天又收掉。另外它還有一個做得很完整的終端機版本。

要留意的： 模式系統不像 Roo 那麼細，習慣分角色工作的人要適應一下。

Kilo Code：功能最多，但東家換過

Kilo Code 當初是從 Roo Code fork 出去的，而且把 Cline 的功能也一併吸收，所以模式系統你熟悉的那套它都有，還多了自動拆任務、MCP 市集、長期記憶這些東西。

它也能裝在 JetBrains 系列的 IDE，這點是另外兩個沒有的。

2026 年 7 月被 Anaconda 收購，目前維持 MIT 授權、擴充功能維持免費。

選它的理由： 功能最完整，而且背後有公司的資源。你在用 JetBrains 的話基本上只有這個選項。

要留意的： 被收購過，長期方向會跟收購方的商業目標綁在一起。這不是壞事，但值得知道。

我會這樣選

只想趕快回到原本的工作狀態，裝 Zoo Code，設定搬過去，繼續做事。

願意花一個下午重新適應，換一個最不會再出事的，裝 Cline。

本來就覺得 Roo Code 功能還不夠、或你在用 JetBrains，裝 Kilo Code。

三個都開源、都免費、都在 VS Code 裡跑，怎麼選都不會錯得離譜。真的拿不定主意就裝 Cline，它是這條線上最不可能出事的一個。

為什麼這條路線上有這麼多長得一樣的工具

如果你覺得混亂，那是正常的，因為這幾個工具本來就是同一條線分出來的。

最早是 2024 年一個叫 Claude Dev 的 VS Code 專案，後來改名 Cline，把「AI 在編輯器裡讀檔、改碼、跑指令、等你確認」這套流程定了型。

有人把 Cline fork 出來做成 Roo Code，加了模式的概念，讓 agent 能分成規劃、實作、除錯、問答幾種角色。

接著 Kilo Code 從 Roo Code 再 fork 一次，而且把 Cline 的功能也吸收進來。

然後 Roo Code 收掉，社群開了 Zoo Code 接手。

所以現在你搜到的這幾個名字，介面像、用語像、連「Plan 模式」這種說法都一樣，不是互相抄，是血緣關係。

這也解釋了為什麼換工具的成本沒有想像中高。你在 Roo Code 學會的東西，換到另外三個裡面幾乎都還通用。

這件事給我們的提醒

Roo Code 不是做不好才收掉的，它收掉的時候還有兩萬四千顆星。是團隊決定換方向。

開源工具會這樣，不是常態但也不算意外。所以有幾件事值得養成習慣：

不要把工作流完全綁死在單一工具上。 規則檔、提示詞這些能留在專案裡的東西，盡量用通用格式寫。Cline、Zoo Code、Kilo Code 之間彼此認得對方的規則檔，這種相容性就是你的保險。

選工具的時候順便看一眼專案活不活。 最近的 commit 是什麼時候、issue 有沒有人回、維護者有幾個。站內有一篇開源 AI 工具怎麼自己做安全檢查，可以當成檢查清單。

別人推薦的工具，看一下推薦文是什麼時候寫的。 這個領域半年就是一輪，你現在搜到的熱門文章，可能寫在工具還活著的時候。

下一步可以先看什麼

Cline 是什麼：最穩的接手選項，先看這篇。
Kilo Code 是什麼：功能最多的那個，也有完整的家族樹說明。
Cline、Kilo Code、Cursor 新手該先選哪個：三個放在一起比。

參考來源

本文依 Roo Code 的 GitHub repo 封存狀態與官方告別說明、Zoo Code 官方 repo 與 VS Code Marketplace 頁面，以及 Cline、Kilo Code 的公開資料整理。開源專案狀態變動快，實際請以各官方頁面為準。

Roo Code GitHub（已封存）：https://github.com/RooCodeInc/Roo-Code
Zoo Code GitHub：https://github.com/Zoo-Code-Org/Zoo-Code
Cline GitHub：https://github.com/cline/cline
Kilo Code GitHub：https://github.com/Kilo-Org/kilocode

本文最後查證日期：2026-09-16