Kimi K3.1 Pro 與 Kimi K3.1：一個是模型，另一個是系列名稱

如果你正試圖在Kimi K3.1 Pro與Kimi K3.1，第一個有用的事實是：它們之中只有一個以可呼叫的形式存在。Moonshot AI 的 K3 系列價目表有三列：kimi-k3.1-pro、kimi-k3.1-pro-highspeed 和 kimi-k3。沒有單純的 kimi-k3.1 列、沒有它的模型卡，也沒有任何端點會回應這個名稱。「K3.1」是 2026 年 10 月 24 日發布版本所屬的系列。「Pro」則是其中的模型。

這聽起來像是名稱上的吹毛求疵，直到你就是那個把「kimi-k3.1」寫進設定檔的人。這時它就成了 404、一次失敗的評估執行，或是一行得由某人解釋的發票明細。這種混淆不是讀者的錯：Moonshot 在自己的預先發布影片中用了這個不帶前綴的名稱，而自從 10 月 23 日預告釋出以來，第三方報導對這項區別一直不夠嚴謹。所以這個比較其實是兩個問題合而為一——這個名稱代表什麼，以及兩個可呼叫的 K3.1 端點中，你實際該選哪一個。

「K3.1」這個裸名稱的由來

Moonshot 自己埋下了這層模糊性。其 24 秒預告片顯示，Kimi Code 終端機上寫的是「Model: Kimi K3.1」，而不是「Kimi K3.1 Pro」。幾乎在同一時間，中國科技媒體報導的一項 SGLang 提交記錄新增了「Kimi-K3.1 support for the K3 chat encoder」，並提到一個名為 moonshotai/Kimi-K3.1 的 Hugging Face 儲存庫。這個版本號也出現在 Kimi Work 桌面應用程式中，版本為 3.1.0。三件不同的事物——模型標籤、儲存庫名稱和產品版本——在公開視野中都收斂成同一個字串。

發布貼文已釐清其中一部分。Moonshot 將 Kimi K3.1 Pro 描述為其全新 K3.1 系列的首款模型，而 API 文件恰好列出兩個識別碼。儲存庫名稱是唯一仍未確定的一點，這大概會在權重於 2026 年 11 月 4 日前釋出時底定。若正式發布名稱為 Kimi-K3.1，那麼「K3.1」將是開放權重成品，「K3.1 Pro」則是據此建構的託管 API 產品。這是合理的拆分，但它不是你今天就能呼叫的第二款模型。

所以，「Kimi K3.1 Pro 和 Kimi K3.1 有什麼差別」的答案是：在端點層級上，沒有差別，因為兩者之中有一個根本沒有端點。在家族層級上，Pro 才是實作。如果未來出現非 Pro 的 K3.1，它會需要先在費率表上擁有自己的一列，然後才需要一篇比較文章。

確實存在的比較：Pro 對上 Pro Highspeed

一旦你接受「K3.1」只是標籤而非競爭對手，產品陣容中真正的分岔就會顯現。Moonshot 在同一天推出了兩個可呼叫的變體，而它們是同一模型處於兩個運作點。

• 價格 — Kimi K3.1 Pro 每百萬輸入 token 為 $2.00，每百萬輸出 token 為 $10.00；Kimi K3.1 Pro Highspeed 則為 $4.00 與 $20.00。兩者的快取命中輸入均為 $0.20。

• 快取寫入 — Pro 方案五分鐘 TTL 為 $2.00、一小時 TTL 為 $4.00；Highspeed 方案為 $4.00 與 $8.00。

• 速度——Moonshot 表示，Highspeed 的輸出速度可達兩到三倍。它使用相同的權重與相同的品質目標，並以延遲而非吞吐量經濟性為導向來提供服務。

• 配額 — 在 Kimi Code 中，Highspeed 層級處理相同的工作時，大約會消耗兩倍的配額；這正是 token 價格加倍在訂閱端的對應反映。

• 上下文與能力——兩者皆具備 1,048,576 個權杖的視窗、原生圖片與影片輸入、工具呼叫、結構化輸出，以及永遠開啟、可設定低、高、最高努力程度的推理。兩者之間沒有能力分級。

• 最合適 — 高速版適用於有人等候的互動式編程與代理迴圈；標準 Pro 版適用於批次生成、長篇文件工作，以及任何輸出會交由其他流程消費的任務。

因此，決策規則取決於等待，而不是智慧。如果兩到三倍的速度提升能消除人類空等迴圈，那麼翻倍的價格就很容易合理化。如果它只是縮短一個夜間執行的批次工作，你就是在為自己根本不會感受到的延遲支付兩倍代價。

API 實際上接受什麼

識別碼的問題很重要，因為這套 API 在許多容易忽略的細節上相當嚴格。Kimi K3.1 Pro 一律會進行推理——沒有關閉思考的開關——而 reasoning_effort 接受 low、high 或 max，預設為 max。取樣固定為 temperature 1.0 與 top_p 0.95，懲罰值為零；傳入其他值會回傳錯誤，而不是默默被夾限。最大完成 token 數預設為 131,072，可提高至 1,048,576。

隨之而來有兩個營運上的後果。第一，會調整 temperature 的評估框架在這款模型上會失敗，而不是產生略微不同的分數。第二，在對話中途變更推理強度會使前綴快取命中失效，因此探索不同推理強度層級的成本，會比 token 價格所暗示的更高。這兩項限制同樣適用於 Highspeed 變體。

存取權限也以一種讓團隊措手不及的方式受到限制：API 要求帳戶達到最低儲值金額，而且新用戶優惠券不適用。企業管理員必須啟用該模型，因為推出時存取權限預設為關閉。對旗艦級發布而言，這些都不算不尋常，但正是這類細節，會把十五分鐘的整合變成支援工單。

為什麼這個名稱會持續造成麻煩

模型系列通常是在事後才獲得一套清楚的命名慣例。{{1}}K3.1 系列{{/1}}的發展順序卻正好相反：一則預告把系列名稱當成模型名稱，一個程式碼儲存庫把它當成成品名稱，而 API 則把它當成命名空間。搜尋「{{2}}Kimi K3.1{{/2}}」的讀者，會不斷被帶到不是把它視為模型、就是主張它不存在的頁面。兩者都不完整。它確實以系列的形式存在，而 Pro 是其中成員。

實用測試很簡單，而且可套用到這次發布之外。當三件事吻合，模型才算真實存在：價目表上有一列附價格的項目、有文件記載的模型識別碼，以及模型卡或權重儲存庫。Kimi K3.1 Pro 目前已有前兩項，第三項則承諾在 11 月 4 日前提供。單純的 Kimi K3.1 只有一個儲存庫名稱和一個預告標籤，這和前者並不是同一回事。等權重發布後，要確認該儲存庫究竟是 Pro 成品以較短名稱發布，還是真正不同的檢查點。這個區別對任何打算自行託管的人都很重要。

小心處理名稱還有第二個理由：名稱會傳播。從論壇貼文複製到路由器設定、成本儀表板或合規清單中的模型字串，可能比當初造成它的混淆存續得更久。若某個名稱無法解析為有文件記載的識別碼，正確做法是讓部署失敗，而不是猜測最接近的匹配。

繞過無法解析的名稱進行路由

這正是 OrcaRouter 旨在解決的那類問題，儘管並非以行銷文案通常描述的方式。用一個 API 橫跨 200 多個模型固然方便；但真正讓生產環境保持誠實的，是明確、可解析的模型識別碼。我們的目錄列出的是實際可呼叫的模型，而目前其中包括kimi/kimi-k3，以 Moonshot 的定價、0% 加價提供。撰寫本文時，Kimi K3.1 Pro 並不在目錄中，我們寧願這樣說，也不願讓搜尋結果暗示並非如此。

路由層真正展現價值的地方，在於轉換的過程。路由 DSL 讓你在一處同時表達主要模型與備援模型，而自動容錯移轉意味著供應商端的故障或已淘汰的識別碼，不會連帶讓應用程式一起停擺。當 K3.1 系列真的登上型錄時，變動不過是該策略裡的一個字串——不是新的 SDK、新的金鑰，也不是第二段帳務關係。這比「我們擁有每一個模型」是更小的主張，卻也是經得起稽核的那一個。

10月24日該做什麼

如果你想用 Kimi K3.1 Pro，就呼叫 kimi-k3.1-pro。如果你想讓它更快，而且願意為了降低延遲付雙倍費用，就呼叫 kimi-k3.1-pro-highspeed。如果你的設定裡有 kimi-k3.1，請把它換掉——這個模型並不存在，而最接近的真實模型是 Pro 這個識別碼。

唯一未解的問題是，11 月 4 日的權重發布會叫什麼名字。在那個儲存庫公開之前，「Kimi K3.1」仍是一個附帶預告的系列名稱，而它與 Kimi K3.1 Pro 的比較，就是標籤與產品之間的比較。這個答案不如規格表那樣令人滿意，但它是準確的，而且現在據此行動，比日後在生產環境中才發現來得更划算。