Kimi K3.1：預告確認了名稱，其餘一概保密

更新，2026 年 10 月 24 日：本頁先前描述為尚未推出的模型，現已正式發布。Kimi K3.1 以 Kimi K3.1 Pro 之名推出。該識別名稱於 10 月 21 日出現在 Kimi Code 的模型切換器中，Kimi 的帳號於 10 月 23 日發布預告，隨後該模型在 API 上以 kimi-k3.1-pro 與 kimi-k3.1-pro-highspeed 正式上線——這是一款 3T 級別的開放權重模型，具備 100 萬 token 的上下文視窗，輸入每百萬 token 收費 2.00 美元、輸出每百萬 token 收費 10.00 美元，較 Kimi K3 低三分之一——並承諾於 11 月 4 日前釋出完整權重。這次發布，以及它對 Kimi K3 工作負載帶來的改變。以下內容記錄了預告當時的情況：一段 24 秒的影片確認了什麼，以及 10 月 23 日時仍缺少什麼。

Kimi K3.1 現在以模型名稱的形式存在於廠商自己的官方說法中，除此之外幾乎別無其他。Kimi 官方帳號於 2026 年 10 月 23 日發布的 24 秒短片中，展示了一台復古風格的電腦正在執行該實驗室的編碼代理程式 Kimi Code；終端機輸出上方有一行寫著「Model: Kimi K3.1」，同時該代理程式正在撰寫 Three.js 場景。這是 Moonshot AI 首次將這個名稱放到自己控制的介面上。這也是廠商所說的全部內容：在該短片或我們同日查閱的任何 Moonshot 頁面上，都未出現每百萬 token 價格、上下文視窗、參數數量、權重儲存庫、授權條款或發布日期。Kimi K3 是擁有 2.8 兆參數的旗艦模型，而這款模型是其小版本更新；當天，它是你能透過公開 API 呼叫的最新 Kimi 模型。

那道落差值得用一整頁、而不是一段話來談，因為過去三週出現了七個關於 Kimi K3.1 的獨立「訊號」，而且其中沒有一個是價目表上的一列。依它們實際能證明什麼來分類，比按日期順序重述更有用，尤其是現在最強的那個終於出現了，結果卻是一段圖說。

影片所呈現的內容，以及示範無法呈現的部分

這段影片的風格模擬老式個人電腦：CRT 螢幕的弧度、厚實的邊框、等寬字體。畫面裡是 Kimi Code，終端機標頭標明了模型名稱。螢幕上的任務是為 Three.js 中的 3D 場景產生程式碼，這個瀏覽器圖形庫多年來一直被開發者用來快速視覺測試模型的前端輸出。Kimi 自家帳號發布了這段影片；隨後在 10 月 23 日跟進的媒體報導，對影片長度、復古風格、模型系列與 Three.js 任務的說法一致。

這樣的示範回答了一個問題，卻引出其餘問題。它用「是」回答了「Moonshot 是否打算以這個名稱販售模型」——否則廠商不會把未公開的模型識別碼放進自家程式編寫產品終端機的標頭。它無法回答任何關於能力的問題。24 秒短片是行銷產物，不是評測：它只展示廠商挑選的一項任務，且解析度讓人看不出 token 數量、延遲與成本。畫面中沒有任何地方標明參數、上下文長度、基準測試分數或日期，而幾篇把這段短片描述為指向即將發布的中文報導，是從時機推斷，而非從影片讀出。

我們無法載入 X 上的原始貼文來逐格檢視；上述每一個細節都來自廠商的影片片段，並依據幾家確實看過該片段的媒體所作描述，而這些描述彼此一致。請把視覺描述當成二手資訊，把名稱當成第一手資訊，這正是本部落格套用在基準測試數字上的同一種區分。

三週前，這個圓點還是一種搜尋習慣。現在已經不是了。

10月13日，本部落格的一篇文章結論是：Kimi K3.1 是搜尋框針對 Kimi K3 系列所偏好的拼法，而非該系列的一個版本；當時的證據支持這點：Moonshot 的文件、定價頁面、Hugging Face 組織與部落格都對同一個模型使用同一個名稱，且沒有任何廠商介面帶有帶點的後綴。10月16日，一篇比較文章更進一步，稱 K3.1 根本不是模型。兩者在發表時都正確，如今卻已過時，而且過時的方式具體、可標定日期：10月21日，該識別字開始出現在 Kimi Code 自身的模型切換設定中；10月23日，廠商帳號在一支影片中提到了它。

改變的不是模型的能力，而是它作為名詞的地位。搜尋框裡的別名，是讀者會輸入的東西；廠商產品中的名稱，則是廠商會出貨的東西。這些是不同的事實，而後者正是把追蹤外洩的活動變成購買決策的關鍵——因為 Kimi Code 中出現的名稱，意味著有一條產品線，其後繼產品即將發布，即使這項發布目前還只是一段圖說。

訊號帳本，依其所能證明之事分級

自九月底以來已累積了七道痕跡。它們的強弱並不均等，而其中兩道經常被報導得比實際更強。

• 9月28日——一個kimi-k3-1 識別碼據稱出現在 Moonshot 的 API 後端，開放平台預覽列出了 100 萬 token 的上下文視窗。此事由中國科技媒體報導；我們並未見到該頁面，而目前亦無任何公開模型清單收錄它。

• 10 月 17–18 日 — 開發人員檢查 Moonshot 自家網站檔案時，發現包含 k3d1-agent 與 make3d 的字串。第一方網域上的第一方程式碼，這就是它排名較高的原因；但前端識別碼只是命名機制，並非模型。

• 10 月 19 日 — 中國媒體報導了一則 SGLang 提交，標題為「Kimi-K3.1 support for the K3 chat encoder」，內含 107 項測試與第四個推理層級。這是最常被引用的說法，也是我們無法重現的一項：翻遍 10 月 17 日至 23 日期間 SGLang 儲存庫中的所有 538 筆提交，沒有任何一筆提及 K3.1；而在該儲存庫的 issue 與 pull request 中搜尋字串「k3.1」，結果為零。它描述的工作可能存在於某個非公開之處。在公開領域，它並不存在。

• 10月21日 — 一名開發者張貼了 Kimi Code 在工作階段中途切換模型的警告截圖，圖中點名 Kimi K3.1。這是最有力的前導預告前證據，正因為它來自產品端而非程式碼字串：切換介面會列出產品可路由至的模型。

• 10 月 22 日 — LMArena 新增了兩個匿名條目「Kibitz」與「Kalmia」，社群將 Kibitz 解讀為 Kimi K3.1。這雖合理但未經證實；「Kibitz」在 K2 時期也曾被用作別名，因此這個名稱可能是回收再利用，而非刻意透露的線索。

• 10 月 22 日 — 一天內開啟了七個 SGLang pull request，其中五個是針對輸出驗證、工具呼叫串流與 KDA kernel 的明確 Kimi K3 修正，另外兩個則是一般 MoE 量化與 FP8 解碼工作。這些都是真的，我們已在 GitHub 上逐一驗證。它們也全都關於 K3，而非 K3.1：這七個標題中沒有任何一個提到後繼版本，這與它們常被解讀為「K3.1 正在接線整合」的說法正好相反。

• 10 月 23 日——預告。第一方發布、附有日期，也是清單上唯一由廠商親自發聲、而非由他人解讀廠商程式碼的項目。

第四階：中等推理層級實際上能換來什麼

在所有轉述中都保留下來的一項技術細節，是一個推理階梯。Kimi K3 是透過頂層的 reasoning_effort 欄位來設定其思考深度，而不是透過取樣參數；Kimi 自家文件對它恰好列出三個值——low、high 與 max——並以 max 為預設值。據報導，K3.1 的變更在 low 與 high 之間插入第四個值 medium，同時維持 max 為預設值。

如果這屬實，那它是成本槓桿，而非能力躍升。推理 token 按輸出計費，因此在 K3 上，每個未明確設定 effort 等級的呼叫，都在為最深層級的設定付費。一箇中間檔位可以讓某個工作負載把最高設定用在其流量中最難的五分之一上，其餘部分則用較便宜的設定，而不必一路降到低檔。這是對模型可能做出的最不戲劇化的改動，而對任何大量運行 K3 的人來說，卻是最有用的改動——這也是它為何是個可信細節的原因：這正是推理堆疊在發布前必須編碼的那種改動，因為路由器必須產生模型會接受的請求。

這些都尚未獲得確認。廠商目前的文件列出三個值，並未提及 K3.1。

還缺少什麼，以及我們查看過的地方

這項檢查花了幾分鐘，而買家會查詢的每個介面所顯示的答案都一致。Moonshot 的開放平台模型清單列出 kimi-k2、kimi-k2.6、kimi-k2.7 和 kimi-k3，沒有後繼型號。定價頁的 K3 與 K2 表格中沒有它的資料列。Hugging Face 上的 moonshotai 組織沒有比 Kimi-K3 更新的項目；Kimi-K3 建立於 2026 年 6 月 13 日，最後修改於 9 月 2 日。Kimi Code 產品頁仍將該代理標示為「Kimi Code with Kimi K3」，未提及更新的模型。而我們據以路由的 API 目錄——它反映供應商已出貨的模型——列出四個 Kimi 項目，其中沒有 K3.1。

這讓我們得到一份簡短且異常可檢驗的清單，說明真正的發布會是什麼樣子。價目表上有一列列出每百萬 token 的價格；有一個能在標準聊天端點回應的模型識別碼；有一頁文件；而且，如果 K3 的先例成立，還會有供應商組織底下的權重儲存庫，因為 K3 已於 2026 年 7 月 27 日以開放權重發布。預告並未涵蓋這四項中的任何一項。當其中一項出現時，發布就正在發生；在那之前，把 K3.1 描述為「已發布」的報導，只是在描述一支影片。

從現在到發佈前該做什麼

對於已經在使用 Kimi K3 的人來說，實務上的答案是：今天沒有任何改變。K3 仍是價目表上的模型：2.8 兆個參數、1,048,576 個 token 的上下文視窗、影像輸入、開放權重，標價為每百萬輸入 token 3.00 美元、每百萬輸出 token 15.00 美元。在 OrcaRouter 上，這就是你支付的價格——供應商的標價原樣轉嫁，不額外加價——而且它與 200 多個其他模型共用同一把金鑰，所以之後出現 K3.1 這一列，是我們這邊的變動，而不是你這邊的新合約。

如果你等的正是中間層級，現在只要按每次呼叫設定投入程度，就能取得大部分效益。擷取、分類與格式化在低投入程度下運作良好；分析與多檔案編輯才是高投入程度的用途；最高投入程度則留給絕不能失敗的除錯工作階段。這項路由決策只是請求設定中的一行，而刻意設定它的團隊，會在其帳單上看到比新增層級本身所能帶來的更大變化。

對於想在 K3.1 推出當週就試用、又不想把生產環境的關鍵路径押在一個尚未驗證的模型上的團隊，合理的做法是建立一條次要路由，並在必要時容錯切回 K3——新模型承接你導向它的流量，若它卡住，則由既有模型吸收其餘流量。試用一個小版本更新，不應該需要進行遷移。

日期仍是懸而未決的問題。Kimi K3 於 2026 年 7 月發布，其權重於 7 月 27 日到位；撰寫本文時，價目表上仍有一款 Kimi 旗艦模型，而預告只是公告的第一句話，並非公告本身。接下來值得關注的不是另一則爆料，而是廠商自己的價目表多出第五行。