Kilo Code 是什麼？從 Cline 這條線長出來的開源 AI coding agent

為什麼這幾個工具看起來那麼像

如果你搜過 AI coding agent，可能會覺得奇怪：Cline、Roo Code、Kilo Code 的介面、用語、功能長得幾乎一樣，連「Plan 模式」「Act 模式」這種說法都一致。

那不是巧合，它們本來就是同一條線分出來的。

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

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

然後 Kilo Code 在 2025 年把 Roo Code 再 fork 一次，而且明講自己要當「Cline 加 Roo 的超集」，兩邊的功能都要有。

這條家族樹在開源圈引起過不少爭論，但對使用者來說重點只有一個：現在該用哪一個。

這裡有個轉折要先講清楚。Roo Code 已經在 2026 年 5 月 15 日封存，官方 repo 轉成唯讀，擴充功能也停止服務了。 官方 README 自己建議使用者轉向 Cline 或社群 fork。所以現在實際上的選擇，是 Cline 跟 Kilo Code 兩個。

Kilo Code 現在長什麼樣

MIT 授權，可以免費下載自己用，商用也沒問題。GitHub 上兩萬七千多顆星。

它能裝的地方比 Cline 多一些：VS Code（也支援 Open VSX，所以 VSCodium 這類編輯器可以裝）、JetBrains 系列的 IDE、一個獨立的 CLI，還有一個網頁版的雲端 agent。

模式系統是它從 Roo 那邊繼承的核心概念。 你不是只跟一個萬用 agent 講話，而是切換角色：規劃的時候用規劃模式，它偏向讀跟討論；寫的時候用實作模式；找 bug 用除錯模式；只想問問題不想它動手，就用問答模式。你也可以自訂模式。

比較有意思的是拆任務的能力。碰到一個大任務，它可以拆成好幾個子任務，分派給合適的模式各自處理，而不是一個 agent 從頭做到尾。這對「重構這一整塊」這種任務差別滿明顯的。

它也有一個 agent 管理器，可以讓多個 agent 在各自的 git worktree 裡平行跑不同的事。概念跟 Cline CLI 的看板模式類似。

其他還有 MCP 工具市集、行內自動補全、以及一個叫 Memory Bank 的長期記憶機制，讓它跨 session 記得專案的脈絡。

錢的部分：五百多種模型，而且不加價

這是 Kilo Code 最常被提到的賣點，值得講清楚它到底在講什麼。

工具本身免費，但模型要錢，這點跟所有同類工具一樣。差別在付錢的路徑。

第一條路是用你自己的 API key。 你在 OpenAI、Anthropic、Google 那邊申請的 key 直接填進去，照模型商的原價計費，Kilo 不經手。

第二條路是買 Kilo 的額度。 好處是不用一家一家去申請 key，一個帳號就能用到五百多種模型，隨時換。官方的說法是零加價，你的一塊錢額度就等於模型商那邊的一塊錢。

第三條路是接本機模型。 用 Ollama 或 LM Studio 在自己電腦上跑，不花錢但吃硬體。

對新手來說，第二條路上手最快，因為你不用先搞懂各家 API 的申請流程。等你用一陣子知道自己常用哪個模型，再換成自己的 key 也不遲。

不管哪一條，該設的還是要設。agent 跑一個任務會來回讀檔、思考、重試很多輪，token 的消耗跟一般聊天不是同一個量級，第一天就去把花費上限設好。

被 Anaconda 收購之後，要注意什麼

2026 年 7 月 15 日，Anaconda 收購了 Kilo Code。Anaconda 是 Python 資料科學圈很熟的那家公司，收購金額沒有公開。

官方給的數字是 Kilo 有超過三百萬使用者、平台每個月轉送將近十兆個 token。也就是說這不是一個小專案被買走，是一個規模不小的工具換了東家。

目前的狀況是：repo 維持 MIT 授權、擴充功能維持免費、零加價的定價說法也還在。

那還要注意什麼？注意的是「目前」這兩個字。

開源工具被公司收購之後，短期通常什麼都不會變，因為社群信任是最值錢的資產。但中長期的方向會跟收購方的商業目標綁在一起。Anaconda 收購的理由講得很直白，是要做企業級的 AI 治理平台，所以可以合理推測未來的重心會往企業功能走。

這對個人使用者不見得是壞事，但如果你要在團隊或公司導入，有幾件事值得先確認：你依賴的功能是在開源那一半還是雲端那一半、如果哪天定價變了你有沒有退路、以及你的程式碼在用雲端 agent 的時候會經過誰的伺服器。

這不是針對 Kilo，任何一個你要長期依賴的開源工具都該問這幾題。站內有一篇開源 AI 工具怎麼自己做安全檢查可以當檢查清單。

順帶一提，Kilo 的 CLI 是從 OpenCode fork 出來的，所以如果你本來就在用 OpenCode，那個手感會很熟悉。

該選 Cline 還是 Kilo Code

兩個都開源、都免費、都在 VS Code 裡跑、核心流程幾乎一樣。老實說怎麼選都不會錯，差別在偏好。

選 Cline 的理由通常是：它是這條線的源頭，社群最大，中文討論最多，遇到問題比較查得到。它的設計也相對單純，功能沒那麼多，對只想要「AI 幫我在編輯器裡改碼」的人來說反而清爽。另外它的終端機版做得很完整。

選 Kilo Code 的理由通常是：你想要模式系統跟自動拆任務、你在用 JetBrains 而不是 VS Code、或是你懶得申請一堆 API key，想一個帳號打通五百多種模型。

如果你已經在用其中一個而且沒什麼不滿，不用換。這兩個工具的差距沒有大到值得你花一個下午重新設定環境。

如果你是全新開始，我會建議先裝 Cline，因為資源多、你卡住的時候比較好找答案。用熟之後如果覺得「我希望它能自己拆任務」或「我要在 JetBrains 裡用」，再去試 Kilo Code。

第一次試的低風險作法

跟所有會動你檔案的 agent 一樣，順序比速度重要。

先找一個你不心疼的專案，最好是有 git 而且目前沒有未 commit 的變更。

自動核准先全部關掉，只開「讀專案內的檔案」，讓它先跑幾個唯讀任務，例如「解釋這個資料夾在做什麼」。

模型先選便宜的，把花費上限設好，觀察它跑一個小任務大概花多少。

覺得順手了，再打開「改專案內的檔案」，丟一個小修改給它，看 diff 是不是你要的。

終端機指令權限留到最後，而且開了之後前幾次請人在旁邊看著。

我會這樣建議

Kilo Code 值得認識，不是因為它比 Cline 強多少，而是因為它代表這條家族樹現在還在往前走，而且走在一個資源更多的位置上。

但工具的家族樹再熱鬧，對你的意義就是一件事：你手上那個專案有沒有因為它變得比較好做。

先裝一個、用兩個禮拜、看它有沒有真的幫到你。如果有，再考慮要不要把規則檔、MCP、模式這些進階的東西補上去。如果沒有，換另一個也只是十分鐘的事。

資料來源

本文依 Kilo Code 官方網站與 GitHub、Anaconda 官方收購公告，以及 Cline 與 Roo Code 的公開 repo 狀態整理。開源專案的授權、定價與功能變動快，星數與使用者數為查核當日資料，實際請以官方頁面為準。Roo Code 封存日期依其 GitHub repo 標示。

https://github.com/Kilo-Org/kilocode
https://kilo.ai/
https://www.anaconda.com/press/anaconda-acquires-kilo-code
https://github.com/RooCodeInc/Roo-Code
https://github.com/cline/cline