Moonshot AI 在 2026 年 9 月 11 日將 Kimi K2.8 Preview 全面推送到 Kimi Code，做法相當「無感」：原本用緊的模型 ID kimi-for-coding 被原地升級，已設定好的客戶端與相容第三方工具毋須修改設定。119

不過，唔使搬 endpoint，唔代表模型行為冇變。對靠 AI 協助寫碼、跑 agent workflow，甚至自動改檔或執行指令的團隊而言，這其實仍然是一場後端模型版本更換。

K2.8 Preview 加咗乜？

Moonshot 表示，K2.8 Preview 已在 Kimi Code 全面推出；官方將其整體表現定位為接近旗艦 K3，同時稱程式編寫及 agent 能力全面提升，思考效率亦較 K2.7 Code 顯著改善。這些屬供應商的產品表述；現有資料未見新的基準測試表，未足以作獨立、同條件的橫向比較。1

對 Kimi Code 用家最實際的改動包括：

• 最高 100 萬 token 上下文視窗：K2.8 Preview 在各會員級別可用。122
• 三級思考強度：可選 low、high、max，設定與 K3 看齊；文件列明預設為 max。119
• 關閉 thinking 時的路由：K3 系列及 K2.8 Preview 的請求，會由 K2.8 Preview 的「無思考」模式處理。123
• 毋須遷移 alias：kimi-for-coding 仍然是 K2.8 Preview 的 ID，現有 Kimi Code 和第三方工具設定可照用。117

有二手報道稱更新亦涵蓋 Kimi Work 用家，但所提供的一手文件明確確認的是 Kimi Code 已全面推出。若團隊依賴 Kimi Work，應以 Moonshot 最新產品文件核實帳戶權限及介面實際行為。131

同 K3、K2.7 Code 點樣比？

K2.8 Preview 並不是 K3 的改名版。Moonshot 把 K3 定位為旗艦模型，而 Kimi Code 的模型設定頁亦將 K3、K2.8 Preview 和 K2.7 Code HighSpeed 列為不同選項。1819

官方目前的定位可以概括為：

• 對比 K3：Moonshot 稱 K2.8 Preview 整體表現接近 K3。1
• 對比 K2.7 Code：Moonshot 稱 K2.8 的程式編寫及 agent 能力提升，思考效率亦更高。1
• 需要處理大量上下文時：最高 100 萬 token 對大型 codebase、跨模組重構，或很長的任務歷程會較有用。118

但這些是官方定位，唔係獨立驗證後的排名。揀生產模型時，最好用自己團隊的 repository、工具鏈、輸出格式和延遲要求實測。

Alias 無變，點解都要做驗證？

kimi-for-coding 原地升級的好處，是省卻遷移工作；但本質上仍是後端換咗模型版本。即使請求程式碼一字不改，新的底層模型都可能令以下表現出現差異：

• 產生的 code patch 和修正策略；
• 工具調用的選擇和次序；
• JSON 或 schema 約束輸出的遵從度；
• 回應時間和失敗率；
• reasoning token 使用量及整體用量特徵。

較穩陣的做法是：

1. 保留基線：儲存具代表性的 prompt、預期結果和現有指標。
2. 重跑 coding 評測：覆蓋修 bug、重構、寫測試、repo 導航及長上下文任務。
3. 檢查整合位：包括 JSON／schema 輸出、tool call、patch 套用及人工審批流程。
4. 量度營運表現：比較延遲分位數、錯誤率、token 計算與 agent 任務完成率。
5. 先睇清權限：如要開放更自主的 workflow，尤其 agent 可改檔或跑 shell command 時，更要先設好限制。

Kimi Code 支援可配置的權限行為。官方文件提到，涉及副作用的動作可要求批准，亦可按工具模式設 allow／deny 規則，例如針對 shell 指令的模式規則。2834

Preview 狀態、收費與存取限制

現有文件仍將 K2.8 清楚標示為 Preview。資料未有確認正式穩定版推出日期、K2.8 專屬配額或 K2.8 專屬收費，因此不應從發布消息自行推論這些細節。使用前應查看當前會員計劃及模型文件；Kimi 的整合文件亦提醒，若請求超出計劃可用模型或上下文上限，會直接報錯。22

至於舊有的標準 K2.7 Code 能否直接選用，現時也未能從 Kimi Code 模型列表確認。列表列出的是 K3、K2.8 Preview 及 K2.7 Code HighSpeed，而非標準 K2.7 Code endpoint。19

另外幾項值得留意的 Kimi Code 更新

K2.8 的模型更新以外，Kimi Code 還有幾項可能影響 agent 開發流程的功能：

• 瀏覽器版文件列出 Tower 實驗性多 agent 協作功能，可用 /tower，或以 /tower <base-branch> 指定基礎分支。36
• Kimi Code CLI 有權限模式及 session 層級覆寫；例如模型 alias、權限模式等設定，命令列選項的優先級高於使用者設定檔。32
• 對改檔、執行指令等有副作用的操作，CLI 會顯示批准介面，並支援只在該 session 生效或長期生效的權限規則。3428

**結論是：**K2.8 Preview 令用家可經熟悉的 kimi-for-coding 路徑，用到更長上下文和可調思考強度的 coding 模型。採用上確實方便，但重視可重複生產行為的團隊，應視之為真正的模型升級：按自己的工作負載做驗證，並以 Moonshot 現行 Kimi Code 文件作為存取權限、路由、配額和收費的最終依據。119

Moonshot AI 在 2026 年 9 月 11 日將 Kimi K2.8 Preview 全面推送到 Kimi Code，做法相當「無感」：原本用緊的模型 ID kimi-for-coding 被原地升級，已設定好的客戶端與相容第三方工具毋須修改設定。119

不過，唔使搬 endpoint，唔代表模型行為冇變。對靠 AI 協助寫碼、跑 agent workflow，甚至自動改檔或執行指令的團隊而言，這其實仍然是一場後端模型版本更換。

K2.8 Preview 加咗乜？

Moonshot 表示，K2.8 Preview 已在 Kimi Code 全面推出；官方將其整體表現定位為接近旗艦 K3，同時稱程式編寫及 agent 能力全面提升，思考效率亦較 K2.7 Code 顯著改善。這些屬供應商的產品表述；現有資料未見新的基準測試表，未足以作獨立、同條件的橫向比較。1

對 Kimi Code 用家最實際的改動包括：

• 最高 100 萬 token 上下文視窗：K2.8 Preview 在各會員級別可用。122
• 三級思考強度：可選 low、high、max，設定與 K3 看齊；文件列明預設為 max。119
• 關閉 thinking 時的路由：K3 系列及 K2.8 Preview 的請求，會由 K2.8 Preview 的「無思考」模式處理。123
• 毋須遷移 alias：kimi-for-coding 仍然是 K2.8 Preview 的 ID，現有 Kimi Code 和第三方工具設定可照用。117

有二手報道稱更新亦涵蓋 Kimi Work 用家，但所提供的一手文件明確確認的是 Kimi Code 已全面推出。若團隊依賴 Kimi Work，應以 Moonshot 最新產品文件核實帳戶權限及介面實際行為。131

同 K3、K2.7 Code 點樣比？

K2.8 Preview 並不是 K3 的改名版。Moonshot 把 K3 定位為旗艦模型，而 Kimi Code 的模型設定頁亦將 K3、K2.8 Preview 和 K2.7 Code HighSpeed 列為不同選項。1819

官方目前的定位可以概括為：

• 對比 K3：Moonshot 稱 K2.8 Preview 整體表現接近 K3。1
• 對比 K2.7 Code：Moonshot 稱 K2.8 的程式編寫及 agent 能力提升，思考效率亦更高。1
• 需要處理大量上下文時：最高 100 萬 token 對大型 codebase、跨模組重構，或很長的任務歷程會較有用。118

但這些是官方定位，唔係獨立驗證後的排名。揀生產模型時，最好用自己團隊的 repository、工具鏈、輸出格式和延遲要求實測。

Alias 無變，點解都要做驗證？

kimi-for-coding 原地升級的好處，是省卻遷移工作；但本質上仍是後端換咗模型版本。即使請求程式碼一字不改，新的底層模型都可能令以下表現出現差異：

• 產生的 code patch 和修正策略；
• 工具調用的選擇和次序；
• JSON 或 schema 約束輸出的遵從度；
• 回應時間和失敗率；
• reasoning token 使用量及整體用量特徵。

較穩陣的做法是：

1. 保留基線：儲存具代表性的 prompt、預期結果和現有指標。
2. 重跑 coding 評測：覆蓋修 bug、重構、寫測試、repo 導航及長上下文任務。
3. 檢查整合位：包括 JSON／schema 輸出、tool call、patch 套用及人工審批流程。
4. 量度營運表現：比較延遲分位數、錯誤率、token 計算與 agent 任務完成率。
5. 先睇清權限：如要開放更自主的 workflow，尤其 agent 可改檔或跑 shell command 時，更要先設好限制。

Kimi Code 支援可配置的權限行為。官方文件提到，涉及副作用的動作可要求批准，亦可按工具模式設 allow／deny 規則，例如針對 shell 指令的模式規則。2834

Preview 狀態、收費與存取限制

現有文件仍將 K2.8 清楚標示為 Preview。資料未有確認正式穩定版推出日期、K2.8 專屬配額或 K2.8 專屬收費，因此不應從發布消息自行推論這些細節。使用前應查看當前會員計劃及模型文件；Kimi 的整合文件亦提醒，若請求超出計劃可用模型或上下文上限，會直接報錯。22

至於舊有的標準 K2.7 Code 能否直接選用，現時也未能從 Kimi Code 模型列表確認。列表列出的是 K3、K2.8 Preview 及 K2.7 Code HighSpeed，而非標準 K2.7 Code endpoint。19

另外幾項值得留意的 Kimi Code 更新

K2.8 的模型更新以外，Kimi Code 還有幾項可能影響 agent 開發流程的功能：

• 瀏覽器版文件列出 Tower 實驗性多 agent 協作功能，可用 /tower，或以 /tower <base-branch> 指定基礎分支。36
• Kimi Code CLI 有權限模式及 session 層級覆寫；例如模型 alias、權限模式等設定，命令列選項的優先級高於使用者設定檔。32
• 對改檔、執行指令等有副作用的操作，CLI 會顯示批准介面，並支援只在該 session 生效或長期生效的權限規則。3428

**結論是：**K2.8 Preview 令用家可經熟悉的 kimi-for-coding 路徑，用到更長上下文和可調思考強度的 coding 模型。採用上確實方便，但重視可重複生產行為的團隊，應視之為真正的模型升級：按自己的工作負載做驗證，並以 Moonshot 現行 Kimi Code 文件作為存取權限、路由、配額和收費的最終依據。119