不改設定就升級，便利背後是「無聲換模」

月之暗面於 2026 年 9 月 11 日推出的 Kimi K2.8 Preview，已全面部署至 Kimi Code。最大改變在於：原本使用的模型 ID kimi-for-coding 維持不變，既有客戶端及相容第三方工具無須更新設定，就會直接使用新模型。119

這對開發者很省事，但也有一項容易被忽略的營運風險：端點別名沒變，不表示底層模型的行為沒變。 若團隊把這個別名接進 CI、程式碼代理（agent）、自動修補或結構化資料管線，應把這次更新視為真正的模型版本替換。

K2.8 Preview 新增了什麼？

月之暗面稱，K2.8 Preview 的整體表現接近旗艦 K3，程式設計與代理能力全面提升，且相較 K2.7 Code 有顯著更高的思考效率。不過，提供的資料沒有新的基準測試表，因此這些是廠商的產品定位與效能主張，並非可獨立逐項驗證的同條件比較結果。1

對 Kimi Code 使用者而言，重點包括：

• 最高 100 萬 token 上下文窗口：K2.8 Preview 在各會員等級皆可提供最高 1M token 的上下文。122
• 三段推理強度：可選 low、high、max，設定方式與 K3 相同；文件列出的預設值為 max。119
• 關閉思考時的路由：停用 thinking 後，對 K3 系列與 K2.8 Preview 的請求，會由「不含思考」的 K2.8 Preview 處理。123
• 不必遷移模型別名：K2.8 Preview 繼續使用 kimi-for-coding，既有 Kimi Code 與第三方工具設定可沿用。117

有媒體報導這次部署也涵蓋 Kimi Work；但目前提供的第一方文件明確確認的是 Kimi Code 已全面上線。使用 Kimi Work 的團隊，仍應以月之暗面當前的產品文件確認自己的方案權限與介面實際行為。131

K2.8 與 K3、K2.7 Code 如何區分？

K2.8 Preview 並不是 K3 的改名或替代標籤。月之暗面把 K3 定位為旗艦模型，而 Kimi Code 的模型設定頁也將 K3、K2.8 Preview 與 K2.7 Code HighSpeed 列為不同選項。1819

官方的產品定位可整理如下：

• 相對 K3：K2.8 Preview 的整體效能被描述為接近 K3。1
• 相對 K2.7 Code：官方表示 K2.8 的程式設計與代理能力更強，思考效率也顯著提升。1
• 處理長上下文任務：最高 100 萬 token 的窗口，適合大型程式庫、多模組相依關係或累積很長的任務歷程。118

實際上哪個模型較適合正式環境，仍應以團隊自己的程式庫、工具鏈、回應格式規格與延遲目標測試，而不是只依產品定位決定。

同一個別名，為什麼仍要驗證？

kimi-for-coding 不必遷移，確實省下設定與整合成本；但底層換成新模型後，即使請求程式碼完全不動，也可能影響：

• 產生的程式碼修補內容與品質；
• 代理選擇工具或呼叫工具的方式；
• JSON、schema 等結構化輸出的遵循程度；
• 回應時間與失敗率；
• 推理 token 與整體用量特性。

較穩妥的做法是：

1. 保留基準案例：保存代表性提示、預期結果與既有評測資料。
2. 重新執行程式任務評測：覆蓋除錯、重構、測試、程式庫導覽與長上下文工作。
3. 檢查整合點：特別驗證 JSON／schema 輸出、工具呼叫、patch 套用與人工核准流程。
4. 量測營運指標：追蹤延遲百分位數、錯誤、token 計量與代理任務完成率。
5. 檢視權限設計：在讓代理更自主地修改檔案或執行 shell 指令前，先確認核准與限制規則。

Kimi Code 可設定權限行為。文件說明，涉及副作用的操作會進入核准流程，也可針對工具模式設定允許或拒絕規則，例如限制特定 shell 指令模式。2834

Preview 仍是 Preview：方案、配額與定價別自行推論

K2.8 在提供的官方資料中仍明確標示為 Preview。資料並未確認穩定版發布日期、K2.8 專屬配額，或 K2.8 專屬定價，因此不宜從本次公告自行延伸出這些結論。22

使用前也要查核目前會員方案與模型文件。Kimi 的整合文件提醒，若請求超出方案可使用的模型或上下文窗口，可能會直接回傳錯誤。22

至於原始標準版 K2.7 Code 是否仍可直接存取，目前的 Kimi Code 模型列表沒有給出肯定答案：頁面列出的是 K3、K2.8 Preview 與 K2.7 Code HighSpeed，未列出標準 K2.7 Code 的可選端點。19

另外幾項與代理開發有關的 Kimi Code 更新

K2.8 模型升級之外，Kimi Code 還有一些可能影響代理式開發流程的功能：

• 瀏覽器版文件將 Tower 列為實驗性多代理協作功能；可用 /tower 啟動，或使用 /tower <base-branch> 指定基底分支。36
• Kimi Code CLI 支援權限模式與工作階段層級覆寫；模型別名、權限模式等設定中，命令列選項的優先權高於使用者設定檔。32
• 對修改檔案、執行命令等有副作用的操作，CLI 會提供核准介面，並支援工作階段或永久性的權限規則。3428

結論是，K2.8 Preview 透過熟悉的 kimi-for-coding 路由，提供更大的上下文窗口與可調整的推理設定，導入門檻很低；但對重視可重現性與正式環境穩定性的團隊，這仍是一次實質的模型升級。應以自身工作負載完成驗證，並以月之暗面的最新 Kimi Code 文件作為存取權限、路由、配額與定價的最終依據。119

不改設定就升級，便利背後是「無聲換模」

月之暗面於 2026 年 9 月 11 日推出的 Kimi K2.8 Preview，已全面部署至 Kimi Code。最大改變在於：原本使用的模型 ID kimi-for-coding 維持不變，既有客戶端及相容第三方工具無須更新設定，就會直接使用新模型。119

這對開發者很省事，但也有一項容易被忽略的營運風險：端點別名沒變，不表示底層模型的行為沒變。 若團隊把這個別名接進 CI、程式碼代理（agent）、自動修補或結構化資料管線，應把這次更新視為真正的模型版本替換。

K2.8 Preview 新增了什麼？

月之暗面稱，K2.8 Preview 的整體表現接近旗艦 K3，程式設計與代理能力全面提升，且相較 K2.7 Code 有顯著更高的思考效率。不過，提供的資料沒有新的基準測試表，因此這些是廠商的產品定位與效能主張，並非可獨立逐項驗證的同條件比較結果。1

對 Kimi Code 使用者而言，重點包括：

• 最高 100 萬 token 上下文窗口：K2.8 Preview 在各會員等級皆可提供最高 1M token 的上下文。122
• 三段推理強度：可選 low、high、max，設定方式與 K3 相同；文件列出的預設值為 max。119
• 關閉思考時的路由：停用 thinking 後，對 K3 系列與 K2.8 Preview 的請求，會由「不含思考」的 K2.8 Preview 處理。123
• 不必遷移模型別名：K2.8 Preview 繼續使用 kimi-for-coding，既有 Kimi Code 與第三方工具設定可沿用。117

有媒體報導這次部署也涵蓋 Kimi Work；但目前提供的第一方文件明確確認的是 Kimi Code 已全面上線。使用 Kimi Work 的團隊，仍應以月之暗面當前的產品文件確認自己的方案權限與介面實際行為。131

K2.8 與 K3、K2.7 Code 如何區分？

K2.8 Preview 並不是 K3 的改名或替代標籤。月之暗面把 K3 定位為旗艦模型，而 Kimi Code 的模型設定頁也將 K3、K2.8 Preview 與 K2.7 Code HighSpeed 列為不同選項。1819

官方的產品定位可整理如下：

• 相對 K3：K2.8 Preview 的整體效能被描述為接近 K3。1
• 相對 K2.7 Code：官方表示 K2.8 的程式設計與代理能力更強，思考效率也顯著提升。1
• 處理長上下文任務：最高 100 萬 token 的窗口，適合大型程式庫、多模組相依關係或累積很長的任務歷程。118

實際上哪個模型較適合正式環境，仍應以團隊自己的程式庫、工具鏈、回應格式規格與延遲目標測試，而不是只依產品定位決定。

同一個別名，為什麼仍要驗證？

kimi-for-coding 不必遷移，確實省下設定與整合成本；但底層換成新模型後，即使請求程式碼完全不動，也可能影響：

• 產生的程式碼修補內容與品質；
• 代理選擇工具或呼叫工具的方式；
• JSON、schema 等結構化輸出的遵循程度；
• 回應時間與失敗率；
• 推理 token 與整體用量特性。

較穩妥的做法是：

1. 保留基準案例：保存代表性提示、預期結果與既有評測資料。
2. 重新執行程式任務評測：覆蓋除錯、重構、測試、程式庫導覽與長上下文工作。
3. 檢查整合點：特別驗證 JSON／schema 輸出、工具呼叫、patch 套用與人工核准流程。
4. 量測營運指標：追蹤延遲百分位數、錯誤、token 計量與代理任務完成率。
5. 檢視權限設計：在讓代理更自主地修改檔案或執行 shell 指令前，先確認核准與限制規則。

Kimi Code 可設定權限行為。文件說明，涉及副作用的操作會進入核准流程，也可針對工具模式設定允許或拒絕規則，例如限制特定 shell 指令模式。2834

Preview 仍是 Preview：方案、配額與定價別自行推論

K2.8 在提供的官方資料中仍明確標示為 Preview。資料並未確認穩定版發布日期、K2.8 專屬配額，或 K2.8 專屬定價，因此不宜從本次公告自行延伸出這些結論。22

使用前也要查核目前會員方案與模型文件。Kimi 的整合文件提醒，若請求超出方案可使用的模型或上下文窗口，可能會直接回傳錯誤。22

至於原始標準版 K2.7 Code 是否仍可直接存取，目前的 Kimi Code 模型列表沒有給出肯定答案：頁面列出的是 K3、K2.8 Preview 與 K2.7 Code HighSpeed，未列出標準 K2.7 Code 的可選端點。19

另外幾項與代理開發有關的 Kimi Code 更新

K2.8 模型升級之外，Kimi Code 還有一些可能影響代理式開發流程的功能：

• 瀏覽器版文件將 Tower 列為實驗性多代理協作功能；可用 /tower 啟動，或使用 /tower <base-branch> 指定基底分支。36
• Kimi Code CLI 支援權限模式與工作階段層級覆寫；模型別名、權限模式等設定中，命令列選項的優先權高於使用者設定檔。32
• 對修改檔案、執行命令等有副作用的操作，CLI 會提供核准介面，並支援工作階段或永久性的權限規則。3428

結論是，K2.8 Preview 透過熟悉的 kimi-for-coding 路由，提供更大的上下文窗口與可調整的推理設定，導入門檻很低；但對重視可重現性與正式環境穩定性的團隊，這仍是一次實質的模型升級。應以自身工作負載完成驗證，並以月之暗面的最新 Kimi Code 文件作為存取權限、路由、配額與定價的最終依據。119