4 月 13 日，月之暗面（Moonshot AI）向所有 Kimi Code 訂閱用戶全量推送了 K2.6 程式碼預覽版。這個版本在封測大約一週後正式鋪開，時間點卡在 GPT-5.4-Cyber 和 Anthropic Mythos 發布後不到兩週。
Moonshot 沒有舉辦發布會，沒有發表部落格長文。一封郵件，然後你的 Kimi Code 就升級了。
跟 K2.5 比，K2.6 主打三個改進：更深的推理鏈、更清晰的多步驟 Agent 計劃，還有更可靠的工具呼叫執行。實際效果體現在：做跨多個檔案的大型重構、或者拆解複雜 Agent 工作流程時，出錯率下降，邏輯更連貫。
價格是真正的殺手鐧
跑分發布之前，定價先把人震了一下。
| 模型 | 輸入（每百萬 token） | 輸出（每百萬 token） |
|---|---|---|
| Kimi K2.6 | $0.60 | $2.50 |
| Claude Sonnet 4.6 | $3.00 | $15.00 |
| GPT-5.4 | $2.50 | $10.00 |
輸入便宜 5 倍，輸出便宜 6 倍。拿個具體數字算：如果一個中小團隊每個月處理 1 億輸入 token、1000 萬輸出 token，一年就能省下大約 4380 美元。對於把 API 呼叫成本當成真實營運開支的團隊來說，這不是小數目。
K2.5 時期的基準成績是 76.8%（SWE-Bench Verified）和 85%（LiveCodeBench）——這在所有開放權重模型裡已經屬於第一梯隊。K2.6 的官方跑分還沒發布，但封測的開發者普遍反映，K2.6 的輸出「有種 Opus 的味道」——詳細的推理鏈，結構化的思考過程，和 Claude 的 verbose chain-of-thought 有幾分相似。
Agent Swarm：真的並行了
K2.6 這次最實質的技術改動，是 Agent Swarm 層面的重構。
Kimi 的 Agent Swarm 是它讓最多 100 個子 agent 並行工作的機制。K2.5 時有個老問題：Orchestrator（總調度者）理論上支援並行，但實際執行時經常退化為順序處理。K2.6 針對這個做了專項優化，現在 Orchestrator 能真正維持並行執行而不會預設退化。
結果是：在可以並行化的任務上，速度最高提升了 4.5 倍。如果你在跑資料批次處理、多步驟測試、並行搜尋彙總，感受會比較明顯。
前端程式碼生成也變好看了——不只是程式碼能跑，佈局和視覺邏輯也更說得通了。
開放權重，可以本地跑
K2.6 基於兆級參數的 MoE 架構，保持了 Moonshot 一貫的開放權重策略。如果你在做資料不出境的本地部署，或者想在自己的推理叢集上跑，理論上是支援的。
不過目前全量開放權重版本還沒完整發布，主要還是透過 API 和 Kimi Code 訂閱提供。完整的開放權重預計在 2026 年 5 月前後發布。
對需要在私有環境裡跑大型程式碼 Agent 的團隊，這個時間節點值得標註一下。
幾個真實存在的短板
現實是：不是所有東西都整利索了。
- CLI 落後了幾天：API 端和網頁端先升到了 K2.6，命令列使用者等了差不多三天。對很多開發者來說，CLI 才是主要入口。
- 版本名開始亂了：K2、K2.5、K2.6、K2.6-code-preview、K2.6-instruct……搞不清哪個端點在跑哪個版本，版本固定變成了維運負擔。
- 英文文件還在追趕：跟 Anthropic 和 OpenAI 相比，Moonshot 的英文技術文件品質和更新速度還差一截。國際開發者的體驗不好。
- API 呼叫頻率上限：每 5 小時 300-1200 次，對高併發批次任務不夠用，需要自己做排隊。
K3 還在路上
K2.6 出來了，但關於 K3 的討論沒停。社群裡流傳的消息說，K3 的目標參數量會進入 3-4 兆的量級，對標頂級美國模型。Moonshot 官方在 3 月底確認了 K3 在開發中，具體特性沒透露。
K2.6 的釋放方式——一封郵件，然後直接推送——說明 Moonshot 在用比較低調的方式推進迭代。不搞大新聞，先讓用戶感受到。這和 K3「憋大招」的傳言倒也不矛盾。
對開發者來說，現在的狀態是：你用得起，基準也說得過去，缺點可以接受，就先留著用。等 K3 出來的時候，再重新評估。
參考來源：Kimi Code K2.6: Key Takeaways for Developers（BuildFastWithAI）；Kimi K2.6 Code Preview Is Here（kimi-k2.org）；Moonshot's Kimi K2.5 is open，CocoLoop、 595GB，and built for agent swarms（VentureBeat）