# 影片筆記:Kimi K3 + Claude Code Demo (2026 Step by Step Guide) ## 一句話總結 本影片演示如何將 **Kimi K3** 模型引擎整合至 **Cloud Code CLI**(或 Claude Code CLI)中,透過重定向底層引擎並利用相容於人類 API 協議的端點,在不改變使用者現有終端機操作習慣與工作流程的前提下,利用 Kimi K3 的編碼能力。 ## 核心重點 1. **引擎替換而非介面變更**:核心概念在於維持使用者現有的終端機(Terminal)驅動開發流程與操作習慣不變,僅在底層將模型引擎替換為 Kimi K3。 2. **無縫整合技術**:透過相容於「人類 API 協議」(Human API protocol)的端點(Endpoint)實現,使得在不修改 Cloud Code 介面(Cockpit)的情況下,僅重定向底層引擎即可完成切換。 3. **保留工作流體驗**:使用者可以保留慣用的命令列體驗、代理程式迴圈(Agent loop)的互動,以及更明確確認變更的代碼差異工作流程(Code diff workflow)。 4. **創新概念**:在 Claude Code CLI 內設定 Kimi K3,利用 Kimi 的編碼能力支援強大的 Claude 終端使用者介面,被視為本演示的創新概念。 ## 詳細大綱 ### 1. 核心介紹 * 今日主題為 Kimi K3 與 Cloud Code。 * 教學目的在於探討設定方式。 * 角色定義:Kimi K3 是 Cloud Code CLI 的引擎與基礎引擎。 ### 2. 運作理念 * 基本理念簡單:保留代理程式風格、工作流程及體驗。 * Cloud Code 用於終端介面,但模型引擎是關鍵。 * 提及命令列(Command line)與代碼(Code)的使用關係。 * 提及「2.8 參數」(參數 parameter)。 ### 3. 設定目標與方法 * **不改變日常操作**:目的不是改變每日操作方法。 * **重定向基礎引擎**:在不中斷依賴工具或動作的情況下,重定向基礎引擎。 * **包含內容**: * 慣用的命令列體驗(Command line experience)。 * 代理程式迴圈(Agent loop)的互動。 * 能更明確確認變更的代碼差異工作流程(Code diff workflow)。 ### 4. 比喻與使用者視角 * **比喻**:如同保留眼前的控制面板,僅替換其底下的系統。 * **使用者視角**:工作流程與過去相同,僅執行編碼作業的模型不同。 * **具體實現**:在 Claude Code CLI 內設定 Kimi K3,利用 Kimi 的編碼能力支援強大的 Claude 終端使用者介面。 ### 5. 技術優勢 * **端點相容性**:端點(Endpoint)與人類 API 協議(Human API protocol)相容。 * **無縫切換**:無需修改 Claude Code 的駕駛艙(Cockpit)即可切換引擎。 * **創新概念**:這是本演示的創新概念,也是整合吸引人的原因。 ## 工具 / 模型 / 名詞整理 * **Kimi K3** (或 Kimi Kさん):被定義為 Cloud Code CLI 的引擎與基礎引擎。 * **Cloud Code** (或 Cloud Code CLI):終端介面工具。 * **Claude Code** (或 Claude Code CLI):被提及為可設定 Kimi K3 的 CLI 環境。 * **Kimi**:提供編碼能力的模型。 * **Claude**:與終端使用者介面相關的品牌。 * **API** (Application Programming Interface):應用程式介面。 * **Terminal** (終端機):開發環境介面。 * **Command line** (命令列):操作介面。 * **Agent** (代理程式):互動模式。 * **Endpoint** (端點):技術實現的關鍵,需相容於人類 API 協議。 * **Cockpit** (駕駛艙/介面):指代 Claude Code 的介面。 * **人類 API 協議 (Human API protocol)**:端點需相容的協議。 * **2.8 參數 (parameter)**:逐字稿中提及的特定參數。 ## 操作流程整理 1. **確認目標**:希望在不改變每日操作方法的前提下,利用 Kimi K3 的編碼能力。 2. **技術準備**:確保使用相容於「人類 API 協議」的端點(Endpoint)。 3. **執行重定向**:在 Claude Code CLI 內設定 Kimi K3 為基礎引擎。 4. **驗證體驗**: * 確認命令列體驗(Command line experience)未改變。 * 確認代理程式迴圈(Agent loop)互動正常。 * 確認代碼差異工作流程(Code diff workflow)可明確確認變更。 5. **完成整合**:實現保留現有控制面板(Cockpit),僅替換底下系統(引擎)的效果。 ## 值得注意的限制或風險 * **術語準確性**:影片中多次提及「人類 API 協議」(Human API protocol)及「2.8 參數」,若為非標準術語或辨識錯誤,可能影響技術設定的準確性。 * **介面相容性**:雖然宣稱無需修改 Cockpit 即可切換,但實際運作依賴於端點與協議的嚴格相容性。 * **重複內容干擾**:逐字稿中存在大量重複的英文句子(如 "The code is used to use the code."),可能影響對實際操作步驟的理解。 ## 逐字稿辨識疑點 * **「2.8 參數 parameter」**:逐字稿中重複提及「The code is used to use the 2.8 parameter parameter」,語意重複且「2.8」具體指代不明,需查證是否為特定參數版本或聽寫錯誤。 * **「Kimi Kさん」**:日語部分出現「Kimi Kさん」,「Kさん」為日語敬稱,需確認是否為模型名稱的一部分或口誤。 * **「人間向けAPIプロトコル」**:日語部分提及「人間向けAPIプロトコル」(Human API protocol),需查證是否為特定技術術語或口誤(通常為 REST API 或特定協議名稱)。 * **「クロードコードのコックピット」**:日語部分使用「Cockpit」形容 Claude Code 的介面,需確認是否為官方術語或比喻性說法。 * **大量重複的英文句子**:逐字稿中出現極多次重複的 "The code is used to use the code.",疑似為語音辨識錯誤或影片中的重複強調片段,內容無實質資訊增量。 ## 可延伸追問 1. 「人類 API 協議」(Human API protocol)具體是指哪種標準或自定義協議? 2. 「2.8 參數」具體代表什麼技術參數或模型版本? 3. 在實際設定中,如何具體配置端點(Endpoint)以確保與 Claude Code CLI 的相容性? 4. 「Cockpit」作為介面的比喻,在技術文檔中是否有對應的正式名稱?