Kilo Code

• 1. 概要 （共 188 字）

  Kilo Code 是一款開源的 AI 程式設計助手，基於 VS Code 和 JetBrains 平臺執行，支援超過 500 種 AI 模型。憑藉其模型無關的定位和零加價策略，Kilo Code 在推出 6 個月內獲得了超過 42 萬次下載，成為開源 AI 程式設計工具領域的重要參與者。該產品的核心優勢在於高度開放的模型選擇和 Apache-2.0 開源許可證，但也面臨著使用者體驗細節（如標籤頁管理、焦點跳轉）方面的改進空間。

• 2. 產品背景 （共 486 字）

  Kilo Code 由 Kilo 團隊開發，是一款開源的 AI 程式碼助手，首次釋出於 6 個月前。產品獲得了 "Open Source Product of the Month" 稱號，累計使用者超過 230 萬，處理 tokens 超過 25 萬億。Kilo Code 基於 Roo Code 分叉而來，創新性地採用多智慧體架構，整合於 VS Code、JetBrains 系列 IDE（IntelliJ IDEA、PyCharm、WebStorm）以及 CLI 命令列環境中。   從公司背景來看，Kilo 團隊獲得了 Meta、Amazon、Airbnb、PayPal、Square、Red Hat、Grafana Labs 等知名科技公司的信任。雖然具體融資資訊未在公開資料中披露，但產品的快速迭代和社群活躍度表明其擁有穩定的資金支援。   在產品定位上，Kilo Code 明確打出 "model-agnostic"（模型無關）的旗號，與 Cursor、GitHub Copilot 等封閉式 AI 程式設計工具形成差異化競爭。使用者可以自由選擇使用前沿商業模型、自帶 API 金鑰（BYOK 模式），或透過 Ollama、LM Studio 等工具部署本地模型，實現真正的供應商中立。

• 3. 產品功能與使用體驗 （共 772 字）

  Kilo Code 提供了六大核心模式，覆蓋軟體開發的全流程。Code 模式用於編寫、重構、除錯生產級程式碼，是最常用的基礎功能。Architect 模式專注於架構規劃，為複雜功能提供結構化指導和技術方案設計。Debug 模式具備強大的除錯能力，能夠識別並修復 bug，追蹤問題根因，並讀取執行 traces 提出針對性編輯建議。Ask 模式作為問答助手，快速解答程式碼相關問題。Custom 模式允許使用者進行個性化配置，建立符合團隊需求的專屬工作流。此外，Cloud Agents 和 Code Reviewer 功能實現了雲端代理服務和自動程式碼審查能力。   在技術實現層面，Kilo Code 由 OpenClaw（開源 AI 代理框架）驅動，透過 Kilo Gateway 可訪問超過 500 種 AI 模型。當前產品免費提供 Trinity Large Preview 和 MiniMax M2.5 等前沿模型的訪問許可權。整合方面支援 Slack、Telegram、Discord 等主流通訊工具，方便使用者透過聊天介面管理 AI 代理。   從使用者體驗反饋來看，Kilo Code 的優勢體現在多個維度。首先是與 VS Code 的深度整合，現有快捷鍵、終端、檔案導航都能繼續使用，無需重新適應新 IDE 環境。其次是真正的模型自由度，使用者可以攜帶自己的 API 金鑰，避免供應商鎖定。開源基礎也保證了生態系統的開放性，使用者可以參與貢獻程式碼或自行部署修改。對於有嚴格資料政策的團隊，本地模型支援提供了隱私保護選項。   然而，使用者體驗方面也存在明顯痛點。最顯著的問題是 Kilo Code 面板內缺乏標籤頁功能，無法同時處理多個任務或對話，並行工作時需要依賴主編輯器標籤頁。另一個高頻痛點是建立新檔案時強制切換焦點，打斷正在閱讀或編輯的工作流程。此外，多智慧體架構雖然功能強大，但新使用者需要一到兩天時間理解各種提示詞、護欄設定和介入時機，學習曲線相對陡峭。

• 4. 定價與商業模式 （共 482 字）

  Kilo Code 採取獨特的免費開源 + 按量付費模式。擴充套件程式本身完全免費，使用者可以在 VS Code 或 JetBrains 外掛市場中免費安裝。唯一的成本是模型使用費用——使用者需要自行負擔所選 AI 模型的 API 呼叫費用。   這種模式的優勢在於高度透明和靈活。使用者可以攜帶自己的 API 金鑰（BYOK 模式），完全掌控成本結構，避免被意外的訂閱賬單綁架。各模型提供商的定價差異較大，使用者可以根據任務需求選擇價效比最優的方案。例如，使用本地模型（透過 Ollama）可以實現零邊際成本，使用前沿商業模型（如 Claude、GPT-4）則按實際 token 消耗付費。   對於企業使用者，Kilo 團隊還提供了付費產品 KiloClaw，這是一款託管 AI 代理，支援 7×24 小時執行，可透過 Slack、Telegram、Discord 等渠道管理。具體定價未在公開頁面展示，可能面向有更高 SLA 需求的企業客戶。   與競品對比來看，Cursor 和 GitHub Copilot 採取閉源 + 訂閱制模式，月費通常在 10-20 美元區間。Kilo Code 的免費開源策略顯著降低了使用門檻，尤其適合個人開發者、小團隊和預算有限的專案。

• 5. 使用者評價 （共 683 字）

  從公開可獲取的使用者評價來看，Kilo Code 收到了多元化的反饋。   正面評價集中在以下幾個方面。許多使用者對 Kilo Code 的模型選擇自由度給予高度評價，認為這是其相對於 Cursor、Copilot 的核心優勢。一位來自知乎的使用者表示"Kilo Code 橫空出世：完美融合 Cline 和 Roo Code 所有優勢，徹底解決卡死 bug，支援 5 種智慧模式，20 美金免費額度，自動觸發上下文壓縮、智慧任務分解、實時程式碼解釋，程式設計效率倍增"。技術博主 Prathamesh 在詳細評測中指出，Kilo Code 在 VS Code 中的深度整合是主要優勢，"現有快捷鍵、終端、檔案導航都能繼續使用，無需學習新 IDE"。   中文社群的體驗反饋也呈現積極態勢。有使用者在社交平臺分享使用 Kilo Code 開發 Web 應用的經歷，稱"用 Kilo Code 開發了一個小網站，AI 辯論，還挺有意思的"。CSDN 上的多篇教程文章詳細介紹了 Kilo Code 的安裝和實戰應用，整體評價偏向正面。   負面反饋主要集中在產品細節體驗上。前文提到的評測文章指出兩個主要痛點：一是缺乏標籤頁功能，無法同時處理多個任務；二是建立新檔案時自動跳轉焦點，打斷工作流。這些問題雖然不影響核心功能，但在高頻使用場景下會影響效率。有使用者在 Reddit 上討論 Kilo Code 與 Cursor 的對比時提到，Kilo 的編排功能強大但需要一定學習成本，"新使用者需要一兩天理解提示詞、護欄和介入時機"。   Kilo Code 近期在 Product Hunt 上多次登上熱榜，包括"Kilo Code for JetBrains"（670+ upvotes）等產品，展現了較高的社群關注度。

• 6. 行業評價 （共 629 字）

  從行業媒體和專業社群的反饋來看，Kilo Code 獲得了較高的關注度和正面評價。   在技術社群層面，Kilo Code 在 Hacker News 上引發了討論，有開發者分享了使用 Kilo Code 進行 "speedrun"（快速開發）的心得，認為其多智慧體架構在複雜任務分解上有優勢。SourceForge 和 Slashdot 等開源社群平臺上的使用者評價整體偏正面，多數使用者認可其開源屬性和模型靈活性。   中文科技媒體的報道也呈現積極態度。36氪、愛範兒等平臺雖然沒有直接評測，但知乎、CSDN 等社群的技術文章對 Kilo Code 進行了詳細介紹和推薦。有文章將 Kilo Code 定位為"顛覆程式設計體驗"的工具，認為其多智慧體架構是區別於傳統程式碼補全工具的核心創新。   行業影響方面，Kilo Code 的開源策略對 AI 程式設計助手市場產生了鯰魚效應。其 "model-agnostic" 的定位推動了行業向更開放的模型選擇方向發展。有趣的是，快手技術團隊在自研程式設計助手 KAT-Coder-Pro 時，也沿用了 Kilo Code 的測試方法進行實測，這從側面反映了 Kilo Code 在行業內的技術影響力。   競品格局方面，Kilo Code 的主要競爭對手包括 Cursor（AI 程式設計助手標杆）、GitHub Copilot（微軟系）、Cline（開源競品）、Roo Code（上游專案）等。與這些競品相比，Kilo Code 的差異化優勢在於完全開源、零加價、模型無關；劣勢在於品牌認知度和成熟度相對較低，部分使用者體驗細節有待打磨。

• 7. 爭議與風險 （共 324 字）

  作為一個快速迭代的開源專案，Kilo Code 也面臨一些爭議和潛在風險。   穩定性問題：有使用者反映在使用過程中遇到過 "卡死" 情況，雖然後續版本有所改進，但在複雜任務執行時仍可能出現無響應問題。這對需要長時間執行的複雜專案可能造成影響。   安全考量：由於 Kilo Code 可以訪問程式碼倉庫並執行各種操作，使用者需要關注潛在的程式碼洩露風險。建議在處理敏感專案時優先使用本地模型，或仔細審查 AI 生成的程式碼。   維護風險：作為開源專案，Kilo Code 的長期發展依賴於社群活躍度和團隊投入。如果核心團隊減少投入或出現人員變動，可能影響產品的持續更新和技術支援。   學習成本：多智慧體架構雖然功能強大，但對於追求"開箱即用"的使用者而言，較高的學習曲線可能成為 adoption 障礙。

• 8. 適用人群與使用建議 （共 398 字）

  Kilo Code 的目標使用者群體特徵明顯，以下是具體的使用建議。   推薦安裝的場景：如果你是在 VS Code 或 JetBrains 環境中工作的開發者，重視模型選擇的自由度，需要在敏感專案中使用本地模型以滿足資料合規要求，或者希望避免供應商鎖定並自行管理 API 成本，Kilo Code 是非常合適的選擇。對於預算有限的個人開發者或小團隊，其免費開源策略可以顯著降低 AI 輔助程式設計的門檻。   不太適合的場景：如果你偏好一體化、開箱即用的體驗，不希望花費時間配置和選擇模型，或者需要一個有完善企業支援和 SLA 的商業產品，那麼 Cursor 或 GitHub Copilot 可能更適合你的需求。   使用建議：新手使用者建議從官方文件和教程入手，重點理解六種模式的適用場景。進階使用者可以利用 Custom 模式建立團隊專屬的工作流。成本敏感使用者可以優先嚐試本地模型（如透過 Ollama 部署 Qwen、DeepSeek 等國產模型），實現零邊際成本。

• 9. 總結 （共 362 字）

  Kilo Code 作為開源 AI 程式設計助手領域的的重要玩家，憑藉其模型無關的定位、零加價的透明定價和 Apache-2.0 開源許可證，為開發者和團隊提供了一種全新的 AI 輔助程式設計選擇。其支援 500+ 模型、整合 VS Code/JetBrains/CLI 的廣泛相容性，以及多智慧體架構帶來的複雜任務處理能力，使其在技術能力上具備與 Cursor 等閉源競品抗衡的實力。   然而，產品在使用者體驗細節（如標籤頁管理、焦點跳轉控制）方面仍有改進空間，學習曲線相對陡峭也可能影響新手使用者的 adoption。對於追求模型自由度、開源生態和成本透明度的使用者，Kilo Code 值得嘗試；對於偏好一體化體驗和成熟商業支援的使用者，閉源競品可能是更穩妥的選擇。   隨著 AI 程式設計助手市場的持續演進，Kilo Code 的開源策略和社群驅動模式能否持續引領行業創新，值得持續關注。

暫無深度報告

• 

  Madison.ChavezK

  —

  今天再開啟，已經是 OpenRouter 用量第一的開源 Agent 了，3M+ 使用者。看著它從 Cline 分支一路長成這樣，挺感慨。

---

• 

  DJohnson_66

  —

  Reddit 上大家都說它是「開源免費的 Cursor」，我覺得挺貼切。500+ 模型加 Ollama 本地跑，多模式工作流是真的香。社群也活躍，本地模型整合就是被使用者反饋推著做的。要說缺點，就是 Zed、Neovim 還排不上一等公民，純終端黨可能還是更愛 Aider。

---

• 

  BlkckMax

  —

  新手得預留兩三個小時折騰 API key 和選模型，不像 Copilot 開箱即用。但老手寫起來很快就回不去了，尤其是要按任務切便宜模型和強模型的時候，成本能壓下來一大截。

---

• 

  JacquelineBailey_X

  —

  免費裝，模型費按原價付，窮人友好。

---

• 

  EFosterII

  —

  GitLab 聯創搞的專案確實靠譜，800 萬美元種子輪，三十來人遠端團隊，不是週末 side project。Apache 2.0 擴充套件完全可審計，能看見每一條發往模型的 prompt，沒有偷偷壓縮上下文或換模型。對要審計的團隊來說這點值錢。

---

• 

  Billy297

  —

  Provider 路由三月那個 bug 真修好了，我一次會話裡切了五次 Opus、GPT、DeepSeek、Gemini，賬單都落在該落的地方。之前這毛病挺勸退的，現在終於穩了。

---

• 

  BenjaminBrooks007

  —

  比 Cursor 自由，但沒它順手，看你要啥。

---

• 

  happyelephant829

  —

  MCP 市場是隱藏寶藏，接了資料庫和 Jira 之後，Kilo 能直接查工單、跑 SQL 再改程式碼，一條龍。不過功能鋪得太開，有些模組還在成熟中，長會話偶爾有上下文漂移，複雜任務記得常開新會話。

---

• 

  PihlaWiita

  —

  CLI 二月就出了，終端裡跑 headless 任務挺方便，但目前 Orchestrator 在 CLI 還不完整，CI 裡跑自動化還是得靠 Claude Code。要純 CI 頭的別抱太大期望。

---

• 

  SusanKimQ889

  —

  本地 Ollama 跑模型，程式碼不出本機，安心。

---

• 

  劉梅萍

  —

  JetBrains 支援是我留下來的關鍵。早上 IntelliJ 寫 Java，下午 VS Code 改前端，兩邊的 Agent 配置和邏輯一致，不用維護兩套工具。WebStorm 裡 Orchestrator 也能用，這點 Cline 做不到。團隊裡跨 IDE 的同事終於不用吵架了。

---

• 

  Patricia.RodriguezQ59

  —

  Architect 和 Orchestrator 別在同一工作區來回切，狀態是共享的，我遇到過半截 Architect 計劃漏進 Orchestrator 導致子代理把遷移跑了兩遍。一個工作區用一種模式最穩。

---

• 

  Thomas_Ortiz_2020

  —

  行內補全還是比 Cursor 弱，複雜編輯才上 Kilo。

---

• 

  BrianMorris_Max314

  —

  在 22k 行的 Next.js 專案裡實測了 0.13.2，多檔案重構和按錯誤日誌修 bug 都很順。Orchestrator 把一個 Drizzle 遷移子任務丟給 Code 子代理，同時讓另一個研究子代理去查 Postgres 文件，省下的上下文視窗很實在。代價是比直接跑 Claude Code 慢一點，wall-clock 大概 1.4 倍。

---

• 

  SBrooksIII40

  —

  Kilo Pass Starter 的積分不會跨月滾存，我五月初切回 BYOK 忘用了，白白過期了 11 刀額度。想用套餐的話記得當月花完，不然還是純 BYOK 划算。

---

• 

  ThomasHill_2023

  —

  用了兩週下來，最打動我的是零差價 BYOK。我自己對照 Anthropic 後臺和 Kilo 的用量日誌，賬單精確到分對得上，沒有偷偷加價。對於要控制成本的小團隊來說這點太重要了，比 Cursor 那種訂閱制透明多了。

---

• 

  dECLAN236

  —

  Orchestrator 模式確實好用，把一個全棧功能拆成 API、前端、測試三個子任務並行跑，省了不少來回切換的功夫。就是第一次配置模型路由花了點時間。

---

• 

  CarterKrause

  —

  剛升級到最新版 Kilo Code，Agent Manager 終於來了！可以同時跑多個代理任務，並行處理效率直接翻倍，這波更新太香了。

---

• 

  譚秀敏

  —

  從 Cline 切到 Kilo 了，開源真香。

---

• 

  石昊

  —

  實測多模型比較功能，選模型不再糾結，量化對比一目瞭然，開發者福音。

---

• 

  JCollins_Plus

  —

  基於 Kilo CLI 重構後執行速度快了很多，之前偶爾卡頓的問題基本解決了。

---

• 

  DRoberts39

  —

  內聯程式碼審查功能上線了，行的級別直接註釋，再也不用跳轉到審查面板了，效率拉滿。

---

• 

  lv924bbd

  —

  子代理功能太猛了，主代理排程子任務並行執行，大專案開發時間縮短將近一半。

---

• 

  VictoriaMiller_7

  —

  遷移到新版本後，任務時間線（Context Progress Graph）終於回來了，視覺化追蹤任務進度很實用。

---

• 

  GaëlLeclerc

  —

  新版 per-tool 許可權系統比舊版 auto-confirm 細粒度多了，可以精確控制每個工具的執行許可權，安全性提升明顯。

---

• 

  yol2p2m

  —

  Modes 改名為 Agents 了，一開始有點不習慣，但用起來確實更直觀，功能也更清晰了。

---

• 

  ZAkim

  —

  剛試了並行工具呼叫，同時執行多個操作的感覺太爽了，這才是真正的 AI 程式設計體驗。

---

• 

  NSanders4

  —

  Profile 層簡化成星級收藏了，雖然功能少了但介面清爽很多，點贊。

---

• 

  春雨522

  —

  Checkpoints 更名成 Snapshots 了，總覺得哪裡怪怪的，不過功能沒變就行。

---

• 

  彭蘭

  —

  用 Kilo Code + Claude Sonnet 4 搭了一個全棧應用，前後端 + 資料庫只花了 5 美元，太離譜了。

暫無評論