Kilo Code：裝在編輯器裡的開源 AI 程式開發代理

Kilo Code 是一款開源的 AI 程式開發擴充套件，可安裝在 VS Code、JetBrains 系列 IDE 與命令列環境中使用。它的做法不是請你把程式碼貼進聊天視窗，而是直接進入專案：讀取相關檔案、提出修改方案、以差異（diff）形式呈現準備套用的變更，並在你核准之後才執行命令。官方把定位概括為「一個開放代理，適配各類開發者工作流」。

這個差別比「能不能產生一段程式碼」更重要。AI 輔助開發真正的難點，通常不是寫出看起來合理的函式，而是確認改動落在正確的檔案、符合周邊慣例，而且事後可以被審查。Kilo Code 的功能設計基本圍繞這個循環，同時透過公開儲存庫與自帶金鑰（BYOK）的方式，把模型選擇權與資料流向交回使用者手上。

主要能力

程式碼生成與修改：用自然語言描述任務，代理會撰寫新程式碼，或在既有檔案上做定點修改。變更以差異形式送出，可逐條接受或拒絕，而不是整檔覆寫。

多模式切換：Code 模式負責實作，Architect 模式偏重方案設計與技術文件，Debug 模式用於追蹤與修復問題。切換模式等於換一套模型的工作約束，避免探索與實作混在一起。

程式庫問答：可以詢問某個函式在哪裡被呼叫、某段設定為何這樣寫、某個模組如何串接。建立索引後，回答會附上檔案位置，方便直接跳去核對。

任務自動化：代理能讀寫檔案、執行終端命令，接手重複性的收尾工作。涉及破壞性操作時預設需要人工核准，也可依規則放寬自動核准的範圍。

程式碼審查：分析 Pull Request 並提出改進建議，適合在人工審查前先做一輪機器檢查。

MCP 擴充：透過 Model Context Protocol 接入外部工具、API 或腳本，讓企業內部系統也能被同一個面板呼叫。

模型選擇：官方稱可存取 500 多個模型（此數字來自廠商頁面），可依任務複雜度在快速模型與強推理模型之間切換，也支援填入自己的 API 金鑰。

使用步驟

1. 安裝擴充套件：在 VS Code 擴充面板（Ctrl+Shift+X 或 Cmd+Shift+X）搜尋「Kilo Code」並安裝；也可從 Open VSX 取得、手動安裝 .vsix，或在 Cursor 的擴充商店中尋找。
2. 登入帳號：點擊側邊欄的 Kilo Code 圖示開啟面板，完成註冊或登入。
3. 選擇模型：在設定中挑選模型，或設定自己的 API 金鑰。若想控制成本，建議先用小模型試跑。
4. 描述任務：在對話框寫清目標與限制，例如「替這個 Python 腳本加上參數驗證並補上測試」。
5. 審核建議：代理會列出準備讀取的檔案、準備修改的位置與準備執行的命令，逐項核准或拒絕。
6. 迭代收斂：依結果補充回饋，直到改動符合預期；建議在獨立分支上操作，方便隨時回退。

適用場景

• 原型開發：把想法快速落成可執行的骨架，先驗證結構再補細節。
• 維護陌生專案：在別人的程式庫裡釐清呼叫關係、補上註解與文件，降低接手成本。
• 審查前置：在同事細看之前，先讓代理掃過 Pull Request，把明顯的遺漏挑出來。
• 學習與答疑：請代理說明某段程式碼的執行路徑，並對照它引用的檔案位置核實，比直接抄答案可靠。
• 落實團隊規範：把風格與目錄慣例寫進代理規則，讓生成結果更貼近現有專案習慣。

限制與注意事項

• 費用隨用量浮動：官方公布的方案是個人按需付費、團隊每位使用者每月 15 美元、企業版價格另議。按需付費代表模型呼叫量直接決定帳單，長上下文任務的开销上升較快，建議先設定預算或限額。
• 生成結果仍需人工複核：AI 產生的程式碼可能帶入邏輯錯誤、過期 API 或安全缺陷，尤其是涉及身分驗證、金額計算與資料刪除的部分，務必逐行確認再合併。
• 模型能力屬廠商說法：500 多個模型、自動補全與平行代理等描述來自官方頁面，實際可用範圍受帳號、方案與地區影響。
• 資料流向需自行評估：使用官方託管模型時，程式碼片段會傳送到模型服務方；處理私有程式碼的團隊應優先考慮自帶金鑰、私有閘道或企業版的稽核與管控能力，並依公司合規要求評估。
• 素材未涵蓋的部分：本次蒐集未提供延遲與併發指標，也沒有獨立第三方評測，效能表現請以自己的專案實測為準。

常見問題

Kilo Code 是免費的嗎？ 軟體本身開源，儲存庫在 github.com/Kilo-Org/kilocode，可自行檢視程式碼與授權條款。但呼叫大型模型通常需要付費：官方列出個人按需付費、團隊每位使用者每月 15 美元、企業另議三種方案，實際價格與額度以官網為準。

只能用在 VS Code 裡嗎？ 官方說明涵蓋 VS Code、JetBrains 系列 IDE 與命令列介面，也提到可從 Cursor 擴充商店或 Open VSX 安裝。不同編輯器的功能完整度可能不一致，安裝前建議核對當前版本的說明。

和把程式碼貼進聊天視窗相比，優勢在哪裡？ 差別主要在上下文與執行環節：擴充套件能直接讀取專案檔案、按檔案定位修改、以差異形式送出，並在執行命令前請求核准。這樣省去反覆貼上的步驟，改動也更容易追溯。

可以把公司的私有程式碼交給它處理嗎？ 技術上可以接入，但需要先通過合規評估。可行做法是使用自帶金鑰指向企業已核准的模型服務，或採用企業版的私有閘道、稽核日誌與存取控制，避免程式碼流向未經核准的第三方。