Flint v1.0 與 Flint 40B-A2.5B：兩者是同一個模型，而名稱很重要

Flint v1.0與Flint 40B-A2.5B並非兩個模型。它們是同一個檔案的兩個名稱。Recursive 首個開放權重程式碼模型是一個混合專家網路，總參數量為 398 億，每個 token 約有 25 億活躍參數，於 2026 年 10 月 21 日以 Apache 2.0 授權釋出；視你站在技術堆疊的哪一層而定，它至少以三個不同標籤現身。API 識別碼是 flint-v1.0。權重檔名是 Flint 40B-A2.5B。上游儲存庫是 RecursiveSI/flint。

這件事值得直白地寫下來，因為網際網路已經開始把它們當成一個對戰組合。模型目錄列出其中一種形式。量化儲存庫列出另一種。基準測試頁面則把結果歸在來源所用的那個字串底下。把「Flint v1.0」和「Flint 40B-A2.5B」放進比較工具，它會欣然產出一個暗示存在選擇的頁面。其實沒有選擇。只有一個模型，和一個命名問題。

三個標籤，一個檢查點

每個名稱之所以存在，是因為堆疊中不同的部分需要不同的字串；而一旦你知道是哪個部分，大約一秒內就能看出眼前是什麼。

• Flint v1.0 — 服務識別碼，以供應商命名空間寫成類似 recursive/flint-v1.0 的形式。「v1.0」是營運該端點的人加上的版本戳記，好讓他們日後能推出 1.1 版，而不會讓所有已經指向它的用戶端失效。你會在託管 API、模型下拉選單，以及寫著 model="recursive/flint-v1.0" 的程式碼中看到這種形式。有些清單會帶有 :free 後綴，那描述的是該特定端點的價格層級，而不是另一個不同的模型。

• Flint 40B-A2.5B —— 架構名稱，也是三者中唯一能透露這個檔案任何資訊的名稱。「40B」是總參數量，「A2.5B」是每個 token 的活躍參數，而這種帶連字號的形式，正是稀疏混合專家模型（sparse mixture-of-experts）已經定型的慣例。這種形式會出現在上游模型卡、量化儲存庫名稱，以及任何討論到這個東西規模的場合。它也是最有可能在事實上正確的形式，因為它源自設定檔，而非由目錄指派。

• RecursiveSI/flint — 上游的 Hugging Face 儲存庫路徑，內含 BF16 檢查點、設定檔、分詞器、聊天範本，以及一套 SGLang 服務套件。其餘一切皆由此衍生。若某個衍生儲存庫無法追溯至 RecursiveSI/flint，那它就不是 Flint。

社群版本遵循相同的邏輯。針對 Apple silicon 或 GGUF 執行環境的轉換版本與量化套件，往往會採用描述性名稱，因為下載 22 GB 檔案的人想知道裡面是什麼，而不是託管平台指派的目錄版本號。無論哪種情況，底層檢查點都是 Recursive 於 2026 年 10 月 21 日發布的同一個。

為什麼這會讓人們付出真金白銀

命名上的混淆通常只讓人困擾，但在這裡卻有兩個不容忽視的後果。

第一點是錯誤的比較。Flint 是依據歸在某一個名稱或另一個名稱下的數字，來與其他模型比較；而讀者若在一處看到「Flint v1.0 在 SWE-bench Verified 上得分 74.2」，又在另一處看到「Flint 40B-A2.5B 在 SWE-bench Verified 上得分 74.2」，就沒有理由認定這些是同一項結果。它們確實是同一項結果。沒有人以另一個標籤發表過第二份不同的評估——這個模型才推出四天，而且無論在哪個標籤下，都完全沒有獨立評估。

第二個是帳單上的意外。因為某個名稱是服務識別碼，所以有可能為一個你可以下載一次、之後只花電費就能跑的模型，支付按 token 計的費率。這是合理的交易——你買的是別人的硬體、正常運作時間與營運——但它應該是有意為之的交易。Recursive 以 Apache 2.0 發布權重，沒有營收門檻，也沒有限制商業使用。如果你付費使用託管的 Flint 端點，值得問的問題是你為什麼付費，而答案應該不是取得該模型的存取權。

還有第三種更隱微的成本：授權洗白。Apache 2.0 不會因為下游託管者重新命名端點就變成別的東西。如果某個衍生儲存庫自稱是另一個模型，請檢查它實際上是不是。

如何辨別你正在看的是哪一個

三個快速測試，依可靠度排序。

• 字串是否含有廠商前綴和斜線？若是，它就是服務識別碼。請把它當成位址，而不是規格。其背後的模型可能固定在比目前上游所發布者更舊的檢查點，而且通常無法只從 ID 看出來。

• 字串是否包含 B-A 模式，例如 40B-A2.5B 或 30B-A3B？那麼它就是描述性的架構名稱，而這些數字就是模型的實際組態。這是唯一能攜帶你可據以行動的資訊的形式。

• 它是不是像RecursiveSI/flint這樣、結尾是單純模型 slug 的兩段式路徑？若是，那就是 checkpoint 本身，而其檔案清單就是基準真相。儲存庫中的檔案大小——BF16 為 79.59 GB、NVFP4 GGUF 為 22.86 GB、int4 GGUF 為 25.99 GB、int4 safetensors 為 22.58 GB——才是規劃硬體時應可信賴的數字。

如果一個頁面給你版本字串和基準測試分數，卻從不提及參數數量，那就是個警訊。這表示該頁面描述的是端點，而不是模型。

真正擺在你面前的決定

一旦你不再拿 Flint 跟自己比，真正的問題就是發佈形式：要下載它，還是在某處呼叫它。

下載會給你檢查點、能進一步量化它、能微調它，而且沒有逐 token 的帳單。它也會把維運工作交給你——磁碟上 22.86 GB、要舒適地持有它大約需要 24 GB 記憶體、要設定一個推論引擎，還要先驗證聊天範本，才能信任輸出。對已經在地端跑模型的團隊來說，這是再平常不過的星期二。對沒有的團隊來說，這是一個專案。

呼叫託管端點會讓你獲得與 OpenAI 相容的用戶端，以及別人的正常運作時間。它也會引入對特定檢查點之特定部署的依賴，而這正是版本字串一開始存在的原因。

多數團隊最後都會希望兩者兼具，而真正該由我們來說明的是：如果你已經透過單一 API 轉送託管模型，託管呼叫的邊際成本應該正好是供應商的定價。OrcaRouter 會原樣傳遞供應商的定價，不額外加價，因此供應商調價會當天反映，而不是等到下一次合約續約。OrcaRouter 不提供 Flint——這是下載項目，不是我們提供的端點之一——所以這句話說的是你其餘的技術堆疊，而不是這個模型。

命名方式透露了這個版本的哪些資訊

之所以會有兩個名稱，是因為存在兩個發布管道，而這正是命名本身真正的新聞點。Recursive 在同一天發布了開放權重與推論服務套件，這就是為什麼這個模型既以你能擁有的檔案形式出現，也以你能呼叫的字串形式出現。只以單一方式推出的模型，只會得到一個名稱。

實務上的結論並不光鮮亮麗。當你想知道這個模型是什麼，以及它是否適合你的機器時，就搜尋「Flint 40B-A2.5B」。當你在串接用戶端，需要知道某個端點叫什麼名稱時，就搜尋版本字串。而當你看到這兩者被拿來比較時，請關掉分頁——你只是被展示了同一個模型兩次。