Claude Code 是史上最棒的程式開發環境之一。
但這不代表每個請求都該丟給 Fable 5。
多數人使用 Claude Code 時，會讓每個請求都直接打到最貴的模型。
讀取程式碼、搜尋檔案、寫樣板、跑測試、寫文件。
這些都不需要用到前沿推理能力。
你等於是在用核反應爐燒開水。
以下是我用來將 Claude Code 成本降低 10 倍、同時保留我喜愛的 harness、diff engine 和使用體驗的系統。
沒人討論的問題
Fable 5 每百萬 token 輸入成本 $10、輸出成本 $50。
Kimi K3 每百萬 token 輸入成本 $3、輸出成本 $15。
光是標價就差 5 倍。
但實際差距更大。
K3 擁有 100 萬 token 的上下文視窗 — 統一價格，沒有長提示加價。
當你拖著大型程式庫進上下文時，Fable 5 很快就變得很貴。
K3 的吞吐量也很大。
在大型程式碼庫和高流量任務上，K3 的成本只有一小部分，因為重複的上下文快取價格是每百萬 $0.30，而不是 $3。
實際工作階段中的計算：
800K 穩定程式碼庫上下文 + 每次輪詢 50K 新鮮 token。
→ K3 含快取：$0.24 + $0.15 = 每次輪詢 $0.39
→ Fable 5 相同上下文：每次輪詢 $8.50
相同上下文。便宜 21 倍。
這不是說 K3 比 Fable 5 好。
而是 K3 夠便宜，可以在 Fable 5 大材小用的地方隨處使用。
你實際上在付什麼錢
多數開發者以為他們付費使用 Claude Code 是在買 Claude。
其實不是。
他們買的是 harness。
diff engine、審核流程、多檔案編輯、工具使用、規劃、工作階段管理、那個讓你真正快 10 倍的使用體驗。
這些都來自 Claude Code 這個環境。
而不是 Claude 這個模型。
模型只是智慧層。
而智慧層是可以替換的。
你可以保留所有讓 Claude Code 出色的部分，並將特定任務路由到 K3。
harness 維持不變。只有這些任務背後的模型改變了。
在 Claude Code 中執行 K3 的 3 種方法
從最簡單到最強大。
━━━
方法 1：Kimi Code（5 分鐘，無需設定）
Kimi Code 是他們自己與 Claude Code 相容的 CLI。
同樣的 harness 體驗。背後是 K3。每月 $19 訂閱。
你會有每日配額，不用一直盯著 token 計數器。
每百萬輸入 token $0.60（相較於 Claude Code 的 $3），原始 API 成本便宜 5 倍。
安裝：
執行後，安裝 frontend-design 技能，避免預設的難看 vibe-coded 輸出：
最適合：想完全取消 Claude Code 訂閱、立即省下 80% 以上費用的開發者。
方法 2：透過 CC Switch 在 Codex 中使用 K3（5 分鐘，一個 GUI）
這是最乾淨的設定方式。
CC Switch 是一個桌面 GUI，可以管理 Codex 和 Claude Code 的模型設定，無需手動編輯設定檔。
你加入 K3 作為提供者，開啟本地路由，Codex 每次呼叫都會透過 K3 路由。
逐步操作：
步驟 1：取得 Kimi API 金鑰
→ 前往 platform.kimi.ai
→ 建立帳號
→ 加值（即使 $10 也能開始使用）
→ 產生 API 金鑰
步驟 2：安裝 CC Switch
→ ccswitch.io → 下載對應作業系統的版本
→ 它是 GUI 應用程式，直接開啟即可
步驟 3：將 Kimi 加入為提供者
→ 開啟 CC Switch
→ 選擇：Codex（或 Claude Code）
→ 新增提供者 → Kimi
→ 貼上你的 API 金鑰
→ 模型：kimi-k3
→ 上下文視窗：1048576
→ 上游格式：Chat Completions
（Codex 使用 Responses API，Kimi 使用 Chat Completions。CC Switch 會處理轉換 — 這是關鍵設定）
步驟 4：啟用路由
→ 設定 → 路由 → 本地路由 → 主開關開啟
步驟 5：開啟 Codex
→ 完成。現在每個請求都會透過 K3 路由。
→ 模型選擇器會顯示「自訂」— 僅為外觀，實際運作正常
實際成本差異：
Codex 預設（GPT-5.6 Sol）：每百萬 token 輸入約 $5、輸出約 $30
透過 CC Switch 的 K3：輸入 $3、輸出 $15
在典型的 800K 上下文工作階段中：Sol 成本 $24+，K3 成本 $2.40。
單次工作階段便宜 10 倍。
方法 3：Codex Orchestration 外掛（最強大）
這就有趣了。
Codex Orchestration 外掛讓你在同一個 Codex 工作階段中，將不同模型分配給不同角色。
規劃者、顧問、設計師、執行者。
每個角色使用不同的模型。
你不只是替換模型 — 而是將特定類型的工作路由到最便宜且能夠勝任的模型。
安裝：
儲存庫：https://github.com/Cjbuilds/Codex-Orchestration
設定範例：
為什麼 K3 特別適合作為設計師：
K3 原生支援視覺和多模態輸入。
它可以讀取 UI 截圖、理解佈局、產生設計規格。
在前端工作上它確實很強 — 而且以 $15/M 輸出 vs Fable 5 的 $50/M，它顯然是任何視覺工作的執行者。
我實際使用的路由規則
不複雜。簡單的決策樹。
規則：使用 K3，直到任務真正需要 Fable 5 的上限。
大多數任務不需要。
即使你認為需要 Fable 5 的任務，95% 都不需要。
先測試 K3。只有當你真正遇到限制時才升級。
從今天開始實際要做的事
選擇適合你目前情況的路徑。
如果你想要最快見效（5 分鐘）：
安裝 Kimi Code。每月 $19。用於所有非關鍵任務。
如果你想要在 Codex 中使用 K3（同樣 5 分鐘）：
安裝 CC Switch。加入 K3 作為提供者。啟用本地路由。
如果你想要完整的基於角色的編排：
安裝 Codex Orchestration 外掛。將模型分配給角色。
在所有三種情況下 — 將你的路由規則儲存到 CLAUDE.md：
那個 CLAUDE.md 區塊會在每次工作階段載入。
路由會自動發生。
你不再需要思考這件事。
你不是在 Claude Code 和 Kimi 之間做選擇。
你是在選擇：全面使用一個昂貴的模型，還是聰明地路由，因為兩者相同（有時 Kimi 甚至比 Fable 表現更好）
Claude Code 保留。diff engine 保留。審核流程保留。讓你快 10 倍的使用體驗保留。
只有特定任務背後的智慧層改變了。
Fable 5 留給那 10% 真正需要它的任務。
K3 留給那 90% 不需要的任務。
帳單下降 90%。
輸出品質維持不變甚至更好，因為規劃階段現在能獲得最強模型的全力關注，而不是浪費在樣板工作上。
這就是整個系統。
如果這對你有幫助：
→ 轉發給每個正在為 Claude Code 支付全額費用的開發者
→ 追蹤 @sairahul1 以獲得更多降低成本卻不降低產出的系統
→ 加入書籤 — 這三種設定路徑都是可直接複製貼上的
訂閱 theaibuilders.co 以獲得更多有趣文章
我寫關於 AI、產品開發以及那些無需你操心的系統。
━━━━━━━━━━━━━━━━━━
提到的工具：
→ Kimi Code：kimi.com/code
→ Kimi API：platform.kimi.ai
→ CC Switch：ccswitch.io
→ Codex Orchestration：github.com/Cjbuilds/Codex-Orchestration
