什麼是 Kimi Code 桌面端?
Kimi Code 桌面端是一款程式設計桌面應用程式,也是 Kimi Code 的官方桌面版。它將 Kimi Code 的 AI 程式設計能力帶到桌面端。你可以透過對話,讓智慧體讀取和編寫程式碼、執行命令並自動完成任務。全新的視覺化介面還支援你在同一處管理所有專案、調整常用設定,並追蹤智慧體工作的每個步驟。

你可以使用 Kimi Code 桌面端開發原型、建置個人應用程式,或修改現有程式碼庫。專案仍會使用自身的相依項目、開發工具和測試命令,它為你提供了委派任務和檢查工作結果的場所。
為什麼選擇 Kimi Code 桌面端
讓專案和對話井然有序
工作區是本機專案資料夾,你可以依這些工作區分類對話。你可以返回某個專案、搜尋先前的工作階段,或封存已完成的工作。當修正 bug、開發功能和探索性問題各自需要獨立對話時,這項功能尤其實用。

你也可以分支對話,探索另一種方案。如果要在主要任務之外快速提問,側邊聊天會提供其上下文的暫時唯讀副本。桌面端與 CLI 共用本機工作階段資料,因此可以在桌面端中繼續既有的 CLI 工作。如果兩個介面同時開啟,可能需要重新載入才能看到最近的活動。詳情請參閱專案和工作階段管理。
查看工作過程並檢查結果
主視窗左側顯示專案和工作階段,中間是對話,右側為輔助面板,下方為終端機。你可以追蹤工具活動,同時將相關檔案或頁面保留在附近。
這個版面配置支援實用的審查流程:檢查修改、查看命令輸出、開啟頁面,並給出準確的回饋。對於 UI 修改,對話會說明實作方式,差異檢視會顯示修改範圍,瀏覽器則展示需要評估的行為。

如何使用 Kimi Code 桌面端
使用 Kimi Code 桌面端遵循簡單流程:開啟專案、描述修改內容、驗證結果。以下步驟將帶你完成一項小修改,從首次請求到可驗證的結果,展示智慧體在哪裡執行工作、開發人員在哪裡審查。熟悉這個工作流程後,相同流程也適用於更大的任務。
步驟 1:選擇適用於你電腦的安裝套件
從 Kimi Code 官方頁面下載 Kimi Code 桌面端,並選擇適用於你系統的軟體套件。
| 系統 | 系統需求與安裝套件 |
|---|---|
| macOS | macOS 12.0 或更新版本;Apple Silicon 和 Intel 分別提供對應版本 |
| Windows | Windows 10 或更新版本,64 位元 |
| Linux | x86_64;AppImage、DEB 或 RPM |
在 Mac 上,請查看「關於這台 Mac」以確認晶片類型。對於 Linux,Debian 或 Ubuntu 發行版請選擇 DEB,Fedora 或 RHEL 發行版請選擇 RPM,攜帶式軟體套件請選擇 AppImage。
步驟 2:連接模型並開啟專案
啟動桌面端後,使用具備相應 Kimi Code 會員權益的 Kimi 帳號登入,即可使用官方模型。

或者,也可以在「設定」中使用第三方服務供應商的 API 金鑰、基礎 URL 和模型資訊新增該服務供應商。關於模型和服務供應商的完整詳情,請參閱模型設定。

設定完成後,建立一個工作階段,點選訊息編輯框上方的資料夾名稱,然後選擇你的本機專案。確認所選資料夾,並查看所有工作區信任提示。先提出一個只讀取專案的請求:

這樣一來,你可以在要求智慧體進行修改前,先檢查它對專案的理解。
你的第一個工作流程:進行修改、審查並驗證
假設現有的聯絡表單應要求填寫姓名、電子郵件地址和留言。以下範例展示如何在自己的專案中安排任務並評估結果。
描述目標並提供上下文
向智慧體提供可觀察的要求。你可以使用 @ 提及引用表單檔案、附上螢幕截圖,或說明重現問題的步驟。Kimi Code 桌面端的上下文工具可協助將你的請求關聯至相關程式碼和頁面。
這些要求為你和智慧體提供可供檢查的具體內容,也明確了界限:驗證功能的修改不應在未經說明的情況下變成重新設計或更換提交服務。
確認方案並跟進執行過程
如果你想在開始修改前審查方案,請選擇「計畫」。檢查擬議工作是否涵蓋表單元件、既有驗證模式和適當的測試。如果計畫引入不必要的相依項目或修改無關行為,請要求調整。

核准計畫後,在對話中追蹤工具活動。閱讀核准請求,並回答與需求相關的問題。如果發現其他限制條件,可在任務進行期間將其加入對話中。
你也可以選擇保留多少控制權。Kimi Code 桌面端可讓每位使用者決定賦予 agent 多大的自主權。權限設定決定 agent 在執行操作前,何時必須暫停等待核准:
一律詢問: 讀取操作會自動執行;其他操作需要核准。
視需要詢問: agent 會繼續執行常規步驟,只有在操作需要確認時才會暫停。這種方式能在日常工作中兼顧速度與控制權。
從不詢問: 操作會在目前的權限範圍內執行,無須逐項提示核准。
此設定可隨時調整,因此專案可以先採用較嚴格的控制方式,隨著信心增加再逐步放寬。

審查變更的檔案
開啟「變更」檢視,對照原始需求閱讀差異。針對此範例,請詢問:
是否涵蓋全部三個必填欄位,包括指定的僅含空白字元輸入?
無效輸入是否會阻止提交,使用者能否理解哪個欄位需要處理?
修正輸入後,錯誤提示是否會適當清除或更新?
有效輸入是否仍會傳遞給現有的提交處理程式?
變更是否僅限於表單及相關測試?
如有不明確之處,請引用相關程式碼並詢問變更原因。例如,「為什麼這裡替換了提交處理程式?」這類聚焦的問題,能讓 agent 針對具體決策進行說明或修改。
執行檢查、測試頁面並反覆調整
請使用專案文件中註明的檢查方式,不要猜測命令。你可以在終端機中執行這些檢查,也可以讓 agent 執行。要求提供命令、執行結果,以及任何無法執行的檢查之說明。僅憑完成訊息無法得知哪些行為已經驗證。
接下來,啟動本機應用程式,並在內建瀏覽器中開啟其啟動輸出所顯示的實際 URL。依序嘗試提交空白表單、逐一填寫欄位、輸入無效電子郵件,最後在適當的開發環境中提交有效的測試資料。檢查桌面端及狹窄檢視區寬度下錯誤提示的位置。
如果錯誤提示與提交按鈕重疊,請標註該元素並說明預期的間距。瀏覽器可將元素情境與可選截圖傳回給 agent。修正後,重新執行受影響的檢查。最後清楚說明哪些內容已變更、哪些檢查已通過,以及哪些內容尚未驗證。
為較大型任務選擇模式
小型且定義明確的變更可以直接執行。隨著範圍擴大,請選擇符合你想如何組織工作的模式。
| 任務 | 模式 |
|---|---|
| 範圍明確且檢查清楚的修正 | 一般任務:直接進行 |
| 需要評估影響範圍的變更 | 計畫:編輯前先審查並核准方案 |
| 需要多輪作業的目標 | 目標:明確完成條件和停止條件;視需要暫停或繼續 |
| 多項彼此獨立的調查或變更 | 集群:將工作分配給平行執行的子 agent |
Tower 是適用於較大目標的實驗性選項,agent 會依需要使用隔離的工作樹,並在合併前審查變更。執行指南介紹了這些模式。
隨需求成長擴展工作流程
當基礎審查循環符合你的使用方式後,可以為重複性任務新增更多能力。技能可以沉澱審查流程或專案規範。外掛程式和 MCP 整合可提供額外工具,以及服務或資料來源的存取權。設定和擴充指南說明如何進行設定。

使用內建瀏覽器蒐集與探索資訊
Kimi Code 桌面端也能蒐集資訊、調查與程式設計相關的問題,也可以協助你了解不熟悉的開源專案。例如,分享 GitHub 連結,請 agent 說明該專案的用途、主要元件如何協作,以及閱讀或學習的建議。
內建瀏覽器會將來源資料保留在對話旁邊。下例中,agent 探索 GitHub 儲存庫、閱讀專案頁面,並在撰寫介紹時核查技術說法與授權條款細節。

透過追問引導學習:詢問哪個儲存庫與你的目標相關、設定需求為何,或哪些文件支持某項具體說法。這樣能為探索專案提供起點,並讓你根據原始來源核查 agent 的結論。
進行瀏覽器相關工作時,請選擇合適的整合方式。內建瀏覽器會在 Desktop 內開啟頁面;當任務需要使用現有登入狀態時,WebBridge 會將 agent 連接至你的實際瀏覽器。
使用遠端控制讓任務持續推進
離開辦公桌不必中斷程式設計任務。遠端控制讓你可以透過手機、平板電腦或另一台電腦跟進執行進度、檢查工具輸入和輸出、回應核准請求,並傳送後續指令。你也可以啟動新對話或停止執行中的任務。

若要連線,可在桌面端的 設定 → 遠端控制 中啟用遠端控制。使用其他裝置掃描 QR code,或在瀏覽器中開啟存取連結,使用相同的 Kimi 帳號登入,並依照提示啟用遠端存取。
你的原始電腦仍是執行環境:檔案、命令和本機工具都保留在該裝置上。請讓它保持喚醒、連網並執行 Desktop。關閉遠端瀏覽器頁面不會停止進行中的任務;如需結束遠端存取,請在桌面端設定中停用遠端控制,或結束桌面端。
模型、會員與用量
下載用戶端和存取模型是兩個獨立步驟。使用 Kimi 官方模型需要符合資格的會員身分。目前新方案自 Plus 起均包含 Kimi Code。目前可用模型包括 K3.1 Pro 和 K3.1 Pro 高速版,以及 K3、K2.8 Preview 和 K2.7 Code 高速版;不同方案和時期的模型存取權及上下文限制可能有所不同。請查閱模型設定指南了解目前詳情。
在 Kimi 會員配額規則內,桌面端、CLI 和 VS Code 等 Kimi Code 入口共用用量。新方案保留滾動五小時速率視窗和每月總配額,而舊方案適用不同規則,包括按週計算的視窗。五小時視窗是一項速率限制,並非固定提供五小時的應用程式使用時長。
結語
Kimi Code 桌面版提供視覺化工作空間,協助你將程式設計任務從對話推進為可檢查、可測試的變更。無論是建構原型或改進既有應用程式,你都能將專案、智慧體的工作與審查集中於一處,並決定每項任務需要多少核准。請從熟悉的專案與一項驗收標準明確的變更開始:說明目標、審查方案,並在終端機與瀏覽器中檢查結果。