Kimi K3.1：四項訊號指向下週發布，還有一個沒人找得到的提交

關於Kimi K3.1，本週最具份量的說法是一筆程式碼提交；就中國科技媒體圈以外的任何人所能判斷，這筆提交並不存在。2026 年 10 月 19 日，多家中國媒體報導，開源推論堆疊 SGLang 已採納一項標題為「Kimi-K3.1 support for the K3 chat encoder」的變更，新增名為 medium 的第四個推理層級與 107 個測試案例，並在 Hugging Face 上為名為 moonshotai/Kimi-K3.1 的儲存庫標記了特定修訂版。那些報導都沒有連結到該提交。我翻查了 SGLang 儲存庫 10 月 17 日至 20 日的公開歷史，卻找不到它；而今天那裡也沒有任何以該標題開啟或關閉的拉取請求。這並不代表這個說法是假的，而是代表它未經證實——而這正是對下一代 Kimi 模型幾乎所有事情的正確描述，包括讓這篇文章排入待處理佇列的那篇從業者貼文：一名開發者稱讚 Kimi K3 打造了一個有動畫效果的植物照護 SaaS 網站，還順帶提到「有新模型正在醞釀，我們下週就能看到」。 像這次發布背後有紀錄的 AI 失誤與代理事件，都彙整在 OrcaRouter AI Incident Archive，其中每一筆紀錄都附有自己的來源、嚴重程度、信心等級與爭議標記。

所以，這是一個尚未推出的模型狀態頁面。已確立的是基準：Kimi K3，這是 Moonshot AI 於 2026 年 7 月 16 日宣布、並於 7 月 27 日公布完整權重的 2.8 兆參數開放權重旗艦模型，具備 100 萬 token 上下文視窗與三個推理等級。在那個基準之上的所有內容——名稱、第四個推理等級、發布週、價格、授權條款——都是訊號，而這些訊號的品質差異極大。把它們梳理清楚，正是這麼早寫成的文章的全部價值所在。

四大訊號評級

這些各自都是獨立的痕跡，而且它們的強度並不相等。將它們排序比逐項列出更有用。

• 最強——前端識別碼，10 月 17–18 日。開發人員檢查 Moonshot 自家網站檔案時，發現字串 k3d1-agent，以及標記 make3d、BOT、AUTOMATION_K3 和 OK_COMPUTER_SWARM，還有一個新機器人模組，其用途公司外無人知曉。這是第一方網域上的第一方程式碼。它不是模型，而是供應商自家的命名機制，而且它命名的東西不是 K3。

• 強度中等偏強——API 註冊表目擊事件，9 月 28 日。 識別碼 kimi-k3-1 出現在 Moonshot 的後端模型註冊表中，據報會回應介面探測，而平台曾短暫宣傳一款 K3.1／「K311111」模型，具備 100 萬 token 的上下文視窗。三週後，仍然沒有模型卡、沒有價格，也沒有可透過標準 API 列表呼叫的公開識別碼。

• 比字面讀起來更弱——10月19日的推理層級提交。轉述詳盡，來源卻無從定位。下文單獨處理。

• 最弱的一則，也是促成這篇文章的一則——一位實務工作者的隨筆，10 月 20 日。一位喜歡 K3 的開發者說某個新模型正在「醞釀」，下週就會現身。沒有名稱、沒有規格、沒有截圖，也未聲稱握有內線消息。這只是附上日期的滿腔熱情。它值得寫上一筆，是因為它與另外三則出現在同一週，而非這則貼文本身。

這四個都不是正式發布。Moonshot 的部落格仍止於 7 月 16 日的 Kimi K3 與 PerceptionBench。平台文件仍列出 kimi-k3、kimi-k2.7-code、kimi-k2.7-code-highspeed 和 kimi-k2.6。Hugging Face 上的 moonshotai 組織也沒有比 Kimi-K3 更新的項目；Kimi-K3 建立於 2026 年 6 月 13 日，最後修改於 9 月 2 日。而廠商自家的費率表只有四列，其中沒有任何一列是後繼型號。

所報告的提交實際上主張什麼，以及為何名稱會有影響

這些轉述彼此高度一致，即使原始來源缺失也仍有一定價值。根據這些轉述，這項變更為 SGLang 的實驗性路由器新增了 K3.1 的聊天編碼適配器，隨附 107 項測試，涵蓋聊天格式化、工具呼叫與圖像輸入，並指出 K3.1 的分詞器檔案與 K3 的位元組完全相同，重用相同的 16 個特殊 token。唯一被指出的功能差異是推理階梯：K3 提供 低、高與最高，而據稱 K3.1 會將中插入低與高之間，且路由仍預設為最高。

這個細節之所以有可信度，是因為它與已經公開的內容相符。K3 不接受 temperature、top-p 或 seed；根據平台文件與我們自己的模型頁面，推理深度是透過 reasoning_effort 參數設定，而該參數恰好只有這三個值。後繼版本若在這道階梯上增加第四個檔位，會是最不戲劇性的可能變更，也最容易根據 diff 準確描述。這也是推論堆疊需要在發布前而非發布後編碼的那類變更，因為路由器必須知道如何把請求呈現成模型會接受的格式。

轉述中更強的說法是那個名稱。一筆在特定修訂版引用 moonshotai/Kimi-K3.1 的提交，意味著該廠商組織底下存在一個儲存庫，即使它是私有的或尚未被索引。這與競技場代號或外流截圖屬於不同類別的產物：儲存庫識別碼正是權重實際公開發佈時所依附的標的。但這也是我無法查證的說法。Hugging Face API 對 moonshotai/Kimi-K3.1 回傳 401——正如它對任何無法解析到公開儲存庫的名稱所做的那樣，包括刻意捏造的名稱，因此那項測試無論如何都無法告訴我們任何事。

可查證的是底層基礎。SGLang 確實一直在建構 K3 路由：一個透過其 Rust 處理器渲染 Kimi-K3 的 pull request 約在 10 月 13 日合併，當週的提交修補了渲染缺口、解析輸出，並將 K3 對話降階到引擎的 generate 路徑。一項將該工作延伸至 K3.1 編碼器的後續提交，正是你會預期的下一個提交。符合工程模式的故事比不符合者更可信——但這仍不是該特定提交存在的證據。

K3 與所描述型號的對比

這裡的基準比平時更重要，因為如果 K3.1 真如分詞器說法所暗示，是 K3 的小版本更新，那麼你想知道的大部分事情，早已能從 K3 得到解答。

• 發布 — K3 於 2026 年 7 月 16 日發表，完整權重於 2026 年 7 月 27 日在 Hugging Face 上釋出；K3.1 尚無確切日期，僅有據報的一週。

• 規模——根據 Artificial Analysis，K3 的總參數量為 2.8 兆，每個 token 約有 1,040 億個活躍參數；K3.1 的規模未知，任何附加於其上的數字都是從 K3 推斷而來。

• 背景脈絡 — K3 為 1,048,576 個 token；九月的註冊表現蹤紀錄與平台預告都指向 K3.1 同一個 1M 視窗，這意味著這只是上下文長度持平，而非升級。

• 推理 — K3 提供低、高與最高；據報導，K3.1 將新增中，形成四個層級。

• {{1}}模態{{/1}} — {{2}}K3{{/2}} 原生接受{{3}}文字與圖像{{/3}}輸入、{{4}}文字{{/4}}輸出；沒有任何回報顯示 {{5}}K3.1{{/5}} 會改變這一點。

• 價格 — K3 定價為每百萬輸入 token 3.00 美元、每百萬輸出 token 15.00 美元，並附帶 90% 的快取折扣；K3.1 則在任何地方都找不到價格，而點版本更新通常是沿用既有定價，而非降價。

• 授權條款與權重 —— K3 依 Kimi K3 License 發布，那是一份自訂的「其他」授權，而非標準的開源授權；後繼版本究竟是否會開放，仍是未解的問題，而如今它還多了一個政策層面的面向。

對那項比較的誠實總結是：沒有人發表過任何一份 K3.1 規格。流通版本中唯一的功能差異，就是新增了 effort-level，而這項變更來自一個無法定位的提交。任何引用 K3.1 的參數量、基準測試或發布日期的人，都只是在推測。

決定你能否下載它的政策變更

這是故事中並非謠言的部分，也是為什麼一篇關於中國開放權重旗艦模型的爆料文章，值得在這個星期閱讀。2026年10月16日，中國商務部與科學技術部發布2026年第48號公告，這是技術出口目錄的修訂草案，首次涵蓋AI模型權重與原始碼。貿易媒體報導的納管門檻是兩兆參數以上，或在效能與安全基準評測中位列全球前十。總共新增40項技術，其中23項與AI相關，14項擬禁止、26項擬列為須經許可的限制類。公眾意見徵集至2026年11月15日止。

對任何從中國境外閱讀本文的人來說，真正發揮作用的主要是兩項除外規定。已透過開源發布或學術發表而進入公有領域的技術不在限制之列，而向外國使用者提供 API 與 SaaS 存取亦不受限制。有一家媒體另報導，一項臨時登記措施自 10 月 16 日起已生效，而目錄本身仍在徵詢意見階段；其他報導則將整份文件描述為尚在公開徵求意見的草案，這兩種解讀至今未在公開場合獲得調和。請將草案狀態視為已確立，而臨時措施則按報導所述看待。

為何這特別落在 K​imi 身上：K3 以大幅差距超過兩兆門檻，而且它是在報導該草案時被點名位在其上的模型之一。K3 的權重已經釋出，因此對 K3 本身而言，公有領域例外條款是自然而然的理解——這是根據所報導文本作出的推論，並非裁決。真正的問題在於後繼版本。若 K3.1 在目錄定稿後才推出，那麼在 Hugging Face 上釋出權重與僅提供 API 之間的差別，就不再是會議室裡作出的產品決策，而是有部會站在一方的授權問題。發布當週的預告與草案出口目錄相隔六天出現，正是那種會改變讀者能如何規劃的巧合，也是這個故事中既新又有來源依據的一點。

實務上，這支持採取一種特定姿態：如果你是因為想自行託管 K3.1 而在等它，就不要制定假定它會成真的計畫。如果你等待是因為想呼叫它，草案中的 API 例外條款正是讓這件事很可能實現的部分，無論權重問題如何解決。

今天你可以稱之為什麼

Kimi K3已收錄於我們的目錄，名稱為kimi/kimi-k3：1,048,576 個 token 的上下文、文字與圖片輸入，每百萬個輸入 token 3.00 美元、每百萬個輸出 token 15.00 美元，採用供應商自身定價、0% 加價。此系列中針對程式設計調校的成員，kimi/kimi-k2.7-code，在 262K 上下文下為 0.95 美元與 4.00 美元，較舊的 kimi/kimi-k2.6 和 kimi/kimi-k2.5 則排在它之後。這四款皆可透過同一把金鑰，對接 200+ 個模型。

這件事對爆料報導尤其重要。面對尚未經證實的後繼型號，人們常犯的錯誤，要不是為了等它而讓專案停擺，就是在它現身當天就把正式環境的發展路線押在它身上。路由機制解決了第二個問題：把 K3 放在與後繼型號相同的介面之後，當一個陌生的模型出現時，你就能把一部分流量導向它，同時讓備援鏈仍指向你已經實測過的對象。自動容錯移轉，正是「試用一個未經實證的模型」與「依賴一個模型」之間的差別。由於我們以不加價的方式轉嫁供應商的定價，廠商價目表上的上市日價格，當天就是我們的價格——不必等一輪重新定價。

如何解讀接下來兩週

依 Moonshot 生產成本由低到高的順序留意各項產物，因為每一項都更難偽造，也更能一槌定音。

• 廠商公開 API 清單中的模型識別碼。那單一字串就能回答 K3.1 是否以產品形式存在，而且它通常會在任何公告之前出現。

• 價目表上的一列。名稱旁出現定價，就代表該模型正在提供服務並計費，無論部落格怎麼說。

• 一個位於 Hugging Face 上、moonshotai 底下的儲存庫。這個儲存庫會敲定數字與授權條款，而對這個模型來說，授權欄位是首先要讀的，而不是最後才看的。

• 中立排行榜上的一則條目。Artificial Analysis 在其 Intelligence Index 上將 Kimi K3 列為 44，在 121 個模型中排名第五，而且沒有 K3.1 頁面。當那個頁面出現時，它會是這個故事中第一個由非廠商產生的數字。

要提出反證很容易，也值得認真看待。名稱可能不對：前端字串是 k3d1-agent，登錄字串是 kimi-k3-1，而媒體是依慣例、而非依官方公告，才定為 K3.1。形式也可能不對：後繼者可能以 K3.2 現身，可能以尺寸完全不同的 K4 現身，也可能只是以 K3 之名推出後訓練更新，完全沒有新的儲存庫。又或者，這一週就這樣過去了，正如八月的窗口已經過去，而一份引述 Nomura 的報告在 10 月 11 日所指出的十月中旬窗口，如今也大致過去了。

面對這一切該怎麼做，說來簡短。如果你今天就需要一個具備 1M 上下文的開放權重模型，Kimi K3 可呼叫且已實測，並提供三個推理等級，足以涵蓋第四個等級所能做到的絕大多數。如果你想知道後繼模型是否真的存在，別讀評論文章——先查模型清單，再查費率表，然後查程式碼儲存庫。而如果你真正在意的是下載權重，而不是呼叫模型，那麼本週該讀的文件根本不是什麼外洩資料。它是一份出口目錄草案，意見徵詢截止日為 11 月 15 日；對於哪些東西會以開放形式釋出，它會比任何人聲稱看過的任何提交都更有說明力。