用於設計的 Kimi CLI。

Kimi CLI 究竟是什麼

Kimi CLI 是 Moonshot AI 面向終端釋出的一款開源（Apache-2.0）AI 智慧體。它會讀取你的倉庫、編輯檔案、執行 shell 命令、搜尋檔案、抓取網頁，並根據得到的反饋決定下一步——它從自然語言任務出發去規劃和驗證工作，而不僅僅是補全程式碼行。它是一個 Python 工具，用 uv 安裝，背後驅動著 Kimi K2 模型家族。

在設計工作中，有兩個特性尤為突出。Kimi K2 模型明確針對智慧體式、長鏈路的編碼與工具呼叫做了調優，因此智慧體能把一項多步驟的構建任務一直推進到可用的結果。而上下文視窗在近期 K2 版本中可達 256k tokens，足以一次性裝下你的整套設計系統、元件庫和參考集，而不必把它們壓縮概括掉。

• 上下文檔案: Kimi CLI 會讀取一個 AGENTS.md 檔案作為持久的專案上下文——這正是編寫你的設計約定、tokens 和評審清單的天然之處。對於尚未配置的專案，執行 /init 即可為其生成一個。
• MCP、ACP + 子智慧體: 它通過 /mcp-config 以對話方式管理 MCP 伺服器，通過 Agent Client Protocol（kimi acp）把會話暴露給 Zed 和 JetBrains，並能在隔離的上下文中排程內建的 coder、explore 和 plan 子智慧體。
• 登入或 BYOK: 首次啟動時，/login 讓你通過 OAuth（Kimi Code）授權，或輸入你自己的 Moonshot API 金鑰；Kimi 的平臺還提供 OpenAI 相容和 Anthropic 相容的端點。

• 廠商：Moonshot AI
• 憑證：Moonshot API 金鑰（BYOK），或通過 Kimi Code 進行 OAuth 登入
• 許可證：Apache-2.0，開源

為什麼智慧體式 K2 模型和超大上下文適合做設計

Kimi CLI 的設計優勢來自兩項模型特性——但和所有智慧體一樣，審美品味仍然得由你來提供。

• 智慧體式、長鏈路編碼: Kimi K2 模型針對工具呼叫和多步驟工作做了最佳化，因此智慧體能拿著參考稿和需求說明，真正去構建、執行並打磨 UI，而不是止步於初稿。
• 超大上下文視窗: 近期 K2 版本可達 256k tokens，意味著整套設計系統、tokens 和大量參考狀態能一次性裝下，於是智慧體會複用你真實的基礎元素，而不是憑空造出一次性的樣式。
• 把約定寫進 AGENTS.md: 一份 AGENTS.md（外加一個像 Figma 這樣的 MCP 伺服器）把智慧體指向你的 tokens、元件和真實規範，於是它是在對照某個品牌工作，而不是套用預設外觀。

這條教訓和每個智慧體教會我們的都一樣：Kimi CLI 預設並不具備品味。當你給它約束——一套設計系統、一個審美 skill 和具體的參考稿——它就能產出優秀的設計。Open Design 恰恰把這些輸入打包好了，這也是兩者契合的原因（下文詳述）。

從零開始為設計工作配置 Kimi CLI

下面是從一臺乾淨的機器到一個能構建並驗證 UI 的 Kimi CLI 的完整路徑。

# 1. 安裝 Kimi CLI（使用 uv；Python 3.12–3.14，推薦 3.13）
curl -LsSf https://code.kimi.com/install.sh | bash
# 或者，如果你已經裝了 uv：
uv tool install --python 3.13 kimi-cli

# 2. 在你的專案中啟動它，並在首次執行時完成認證
cd your-project
kimi              # 然後執行 /login：通過 Kimi Code 進行 OAuth，或貼上一個 Moonshot API 金鑰

# 3. 生成專案上下文
/init             # 為該專案生成一個 AGENTS.md

# 4. 接入一個 MCP 伺服器（可選，例如用 Figma 做設計交付）
/mcp-config       # 以對話方式新增、編輯和認證 MCP 伺服器

• 把你的設計規則寫下來: 把你的 tokens、基礎元素和約定寫進 AGENTS.md 並讓 Kimi 指向它們，這樣產出就會貼合某個品牌，而不是退回到千篇一律的外觀。
• 加上瀏覽器驗證: 接入一個 Playwright 或瀏覽器 MCP，讓 Kimi 在真實瀏覽器中渲染，並在各個斷點上檢查產出，而不只是確認構建能通過。

從參考稿到 UI 的工作流

在 Kimi CLI 上收益最高的設計閉環，就是把參考素材轉化為可用的響應式 UI，並不斷迭代直到匹配——把參考稿餵給智慧體，讓它在真實瀏覽器中把渲染產出與參考稿對照回看。

1. 從你手頭最清晰的參考稿出發——並且包含多種狀態（桌面端和移動端、懸停態、空狀態、載入態），而不只是一張主視覺圖。
2. 在提示詞裡說清楚；含糊的提示詞即便配上強大的智慧體，也會產出千篇一律的 UI。
3. 把你的設計系統和約定放進 AGENTS.md，並告訴 Kimi tokens 和規範性基礎元素位於何處。
4. 執行一個開發伺服器，讓 Kimi 在真實瀏覽器中渲染，並調整到各個斷點來檢查結果。
5. 讓 Kimi 把自己的實現與參考稿對照回看來迭代——而不只是確認它能構建通過。

把 Kimi 指向你的參考稿和開發伺服器，然後給出具體的約束：

kimi
# 在提示詞中：
> 使用 React + Vite + Tailwind + TypeScript 實現 ./references 中的設計
  （reference-desktop.png、reference-mobile.png）。
  複用我已有的設計系統元件，以及 AGENTS.md 中的 tokens。
  匹配間距、佈局和層級；做成響應式。
  執行開發伺服器，在瀏覽器中渲染，並不斷迭代，
  直到它在各個斷點上都與參考稿匹配。

讓提示詞保持小而聚焦，提交好的迭代、回退差的迭代（回退時告訴 Kimi），這樣每一輪都建立在一個乾淨的基礎之上。當某個流程難以用文字描述時，Kimi CLI 也可以接收一段簡短的螢幕錄製或演示片段。

AGENTS.md、MCP 與子智慧體

三個擴充套件點讓 Kimi CLI 能夠勝任持續的設計工作，而且這三者都能幹淨地對映到一套開放的設計工作流上。

• AGENTS.md 上下文: 專案規則存放在倉庫根目錄的 AGENTS.md 中。它是你設計約定的持久歸宿，每次執行都會被讀取——而且它是其他智慧體也在用的同一種可移植格式。
• MCP 伺服器: 用 /mcp-config 以對話方式新增 MCP 伺服器——這是引入設計上下文和外部工具的可移植方式，其中最相關的是 Figma MCP 伺服器，它們能跨智慧體通用，而不只對 Kimi 有效。
• 子智慧體與外掛市場: 在隔離的上下文中排程內建的 coder、explore 和 plan 子智慧體，並從市場或任意 GitHub 倉庫安裝 skill、MCP 伺服器和資料來源，用來收集參考稿並跑通驗證閉環。

這些都是可移植的、跨智慧體的能力——而這恰恰是 Open Design 生來要去編排的東西，而不是每個專案都重造一遍。

做設計時 Kimi CLI 對比 Codex、Claude Code、Cursor 與 Gemini CLI

在設計工作上沒有唯一的贏家——每個智慧體各有所長，有經驗的團隊會把它們疊在一起用。一箇中肯的總結：

社群反覆得出的結論是：品味來自人類——它們在沒有 skill、參考稿和約束的情況下，都會退回到一種千篇一律的審美。這才是真正要解決的問題——而它是設計工具形態的問題，不是模型形態的問題。

常見坑，以及如何避免“AI 味”外觀

對 AI 生成設計最常見的抱怨就是它看起來千篇一律——柔和漸變、漂浮面板、超大圓角、誇張陰影，一股“一眼就是 AI 做的”的 Inter 加紫色的氣味。其他被反映的問題還包括移動端佈局崩壞，以及指令文字洩漏進 UI 文案。這些都不是 Kimi CLI 獨有的；只要任何智慧體在缺乏精選設計上下文的情況下執行，就會出現這些情況。

• 加上一個審美 skill: 一個精選的設計 skill 會逼著智慧體確立一個真實的方向，而不是套用預設外觀。
• 在真實瀏覽器中驗證: 讓 Kimi 渲染並在各個斷點上自檢，這樣佈局就不會在移動端悄無聲息地崩壞。
• 提供 tokens 和參考稿: 真實的設計 tokens 和參考截圖是對產出質量影響最大的那個槓桿。
• 把規則寫進 AGENTS.md: 把“不要主視覺卡片、最多兩種字型、品牌優先的層級”這類風格規則，放在智慧體每次執行都會讀到的地方。

注意，每一項緩解措施都是關於給智慧體一份精選的設計上下文。逐個專案地用手維護這份上下文，正是 Open Design 幫你免去的苦差事。

在 Open Design 中用 Kimi CLI 做設計

Open Design 正是上面這套工作流一直在呼喚的那個開源設計層。它把 Kimi CLI 當作一等介面卡，並用精選的 skill 與設計系統庫、一條結構化的渲染流水線，以及一個本地桌面 UI 把它包裹起來——於是讓 Kimi 表現出色的那份設計上下文從第一次執行就已就位，無需每次手動拼湊。兩者都是開源、本地優先的，這讓這對組合成為天然的契合。

1. 安裝 Open Design，並選擇 Kimi CLI 作為你的智慧體。
2. 用你的 Moonshot API 金鑰認證（BYOK）——憑證留在你的機器上，絕不經我們代理。
3. 選定一套設計系統和一個 skill，然後以一致的品味生成演示稿、原型和落地頁。
4. 每一份產物和 DESIGN.md 檔案都存放在你自己的倉庫裡，而不是託管的雲端。

同一個 Kimi CLI 智慧體、同一把金鑰——外加一套環繞它的、真實可移植的開源設計工作流。它本地優先、採用 Apache-2.0，所以你的工作內容和憑證都不會離開你的機器。

常見問題

1. 01 Kimi CLI 真的能做設計工作嗎？ +

   能——只要上下文裡有一個審美 skill、一套設計系統和真實的參考圖，Kimi CLI 就能產出生產級、響應式的 UI，而它智慧體式的 Kimi K2 模型還能渲染產出並對照參考稿做驗證。缺了這份上下文，它往往會退回到千篇一律的外觀，而這正是 Open Design 要填補的落差。

2. 02 用 Kimi CLI 做設計需要付費嗎？ +

   你自帶憑證：通過 Kimi Code 的 OAuth 登入授權，或貼上一個 Moonshot API 金鑰（BYOK），由 Moonshot 平臺計費。無論哪種方式，Open Design 都絕不代理你的憑證。

3. 03 Kimi CLI 具體好在哪、為什麼適合設計？ +

   兩點：Kimi K2 模型針對智慧體式、長鏈路的編碼與工具呼叫做了調優，因此智慧體能一路構建和打磨直到拿出可用的結果；而上下文視窗可達 256k tokens，足以一次性裝下整套設計系統和參考集。兩者都有幫助——但品味仍來自你提供的設計系統、skill 和參考稿。

4. 04 前端設計該用 Kimi CLI 還是 Claude Code？ +

   兩者都很強。Claude Code 以具體的、理解程式碼庫的設計決策著稱；Kimi CLI 的優勢在於它智慧體式的 Kimi K2 模型，以及帶 BYOK 經濟性的超大上下文。許多團隊兩者都用——Open Design 讓你在不改變設計工作流的前提下切換智慧體。

5. 05 我該如何把 Kimi CLI 連線到 Figma？ +

   在 Kimi CLI 內執行 /mcp-config，來新增並認證 Figma MCP 伺服器。隨後 Kimi 就能拉取真實的設計上下文——元件、變數、佈局資料——讓生成的程式碼貼合源頭，而不是近似還原。

6. 06 Open Design 隸屬於 Moonshot AI 嗎？ +

   不。Kimi CLI 是 Moonshot AI 的產品；Open Design 是一個獨立的開源專案，把它作為一等介面卡來支援。Kimi 是 Moonshot AI 的商標。

7. 07 我的檔案和憑證安全嗎？ +

   安全——Open Design 本地優先、採用 Apache-2.0。你的檔案、產物和 DESIGN.md 都留在你自己的倉庫裡，而你的 Moonshot 憑證由你的智慧體直接使用，絕不經 Open Design 伺服器中轉。