
Ming-3.0-asr-tiny 無預警推出:儲存庫究竟怎麼說
- Orca新Orca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 每百萬 tokens · 9 tok/s
- deepseek新DeepSeek: DeepSeek V4.1 Flash 10172026-10-17$0.15 / $0.60 每百萬 tokens · 230 tok/s
- DeepSeek新DeepSeek: DeepSeek V4.1 Flash2026-10-1740智能
- Orca新Orca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 每百萬 tokens · 95 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952智能
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856智能
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 每百萬 tokens · 788 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238智能
- OpenAIOpenAI: GPT-6 Sol2026-09-2248智能
- AnthropicAnthropic: Claude Opus 5.52026-09-2258智能
- xAIGrok 4.72026-09-2146智能
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 每百萬 tokens · 39 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 每百萬 tokens · 832 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453智能77程式
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241智能76程式
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245智能76程式
- AnthropicAnthropic: Claude Fable 5.12026-09-0153智能82程式
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 每百萬 tokens · 52 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 每百萬 tokens · 119 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642智能72程式
模型權重Ming-3.0-asr-tiny 於 2026 年 10 月 14 日 09:27 UTC 登上 Hugging Face,而五天後該儲存庫仍顯示 35 次下載。無論供應商原本希望那次上傳達成什麼,顯然都沒有奏效。程式碼接著於 10 月 19 日 02:38 UTC 發布。專案頁面——一個包含發布影片與四張基準測試圖表的單一滾動頁面——在同日 12:30 UTC 上線。沒有人宣布任何相關消息。儲存庫沒有連結任何技術報告,模型卡上沒有印出發布日期,其背後的組織也沒有發布任何發布貼文。本文所有內容都來自檔案本身、提交記錄與供應商自己的圖表,並刻意與仍屬未知的部分區隔開來。像這次發布背後有記錄的 AI 故障與代理事件,都收錄在 OrcaRouter AI Incident Archive,其中每筆條目都附有各自的來源、嚴重程度、信心評級與爭議旗標。
那個區別在這裡比平常更重要。一個已經公開五天、下載次數為 35 次的模型,不是你能據以規劃的產品;它是一組權重,附帶一個設定檔,以及一份位元組層級的記述,說明它是如何被組裝起來的。那份設定檔的資訊量異常豐富。那些圖表異常具體。那些缺口異常大。
在重量與故事之間的五天
提交歷史是這個版本最接近公告的東西,因此值得把它當作公告來讀。第一個 Hugging Face 提交就是 10 月 14 日 09:27 UTC 建立儲存庫的那次提交。一小時後,廠商上傳了一個檢查點,而提交訊息中寫的名稱是:iter_0011500。那是訓練迭代次數,不是版本號,而且它告訴你這次執行已經超過 115 萬步,卻完全沒告訴你有關這些步驟所消耗資料的任何一件事。
接下来的四天用于发布,而非训练。10 月 15 日,模型包与双语文档上线。10 月 16 日,供应商发布了其所谓的「经验证的纯音频权重」。10 月 18 日,模型卡新增了 SGLang 服务指引,基准数据也更新了两次。10 月 19 日,该仓库先后关联了 GitHub 代码发布、SGLang cookbook、发布影片与引用元数据,最后在 UTC 14:04 和 14:05,公开、内部与 context-ASR 图表再次刷新——距本文撰写约九十分钟。
這個 GitHub 儲存庫甚至還更晚建立:建立於 10 月 19 日 02:38 UTC,有二十次提交、五顆星、沒有 fork,而且 Releases 分頁是空的。卡片稱作發行影片的那段影片,根本沒有附在該儲存庫上。它是以發行資產的形式,存在於另一個 GitHub Pages 儲存庫中;該儲存庫建立於同一天 12:22 UTC,位於一個字面上名為以下名稱的標籤下:media-2026-10-19。最值得引述的後果是:這個發行版本中唯一出現的日期,就是託管該影片的頁面日期。

設定檔決定了什麼,又只是暗示了什麼
safetensors 索引回報 8,865,800,992 個參數:8,865,797,920 個以 BF16 分佈於兩個分片,另有 3,072 個為 F32。這大約是 17.7 GB 的權重。廠商圖表將該模型標為 8.6B-A2B,這是「總計 86 億、每個 token 約 20 億啟用」的簡寫;索引是更確切的數字,比標籤高出約 2.7 億。這兩個數字都沒有錯,但只有其中一個是不必信任廠商四捨五入就能核對的測量值。
解碼器是一個 24 層的混合專家堆疊:128 個專家、每個 token 路由八個專家、一個共享專家、第一層為稠密層、隱藏層大小為 1,536、16 個注意力頭且每個頭的維度為 128,並透過 q_lora_rank 256 與 kv_lora_rank 512 進行壓縮注意力。詞彙表為 157,184 個 token,上下文為 8,192 個位置。專案頁面補充了一個單靠設定檔未明確說明的細節:此堆疊交替使用三層 Kimi Delta Attention 與一層 Gated MLA,形成 3:1 的混合架構。這是一個附有音訊前端的語言模型,而這兩半之間的工作比例並不均衡。
音訊端是一個具備 1,280 個隱藏維度、20 個注意力頭與 128 個梅爾輸入的 32 層編碼器——這正是 Whisper large-v3 編碼器的形狀;此一淵源可由該儲存庫隨附一個名為 modeling_whisper_encoder.py 的檔案,以及另一份 WHISPER_LICENSE(其中帶有 OpenAI 的 MIT 聲明)看出來。就模型而言,編碼器也明顯是較小的一半。同一個檔案中有兩個實用欄位:音訊 token id 是 157,168,而 asr_output_format 設為 plain。
圖表主張什麼,以及針對的是誰
這張卡片並未在內文中列出任何數字。所有數字都放在四張 PNG 圖表中,專案頁面也重述了這些數字。依廠商自行公布的數字,Ming-3.0-asr-tiny 的中文平均 CER 為 3.55、英文平均 WER 為 3.99;15 種方言平均為 8.42;五個領域的內部平均為 1.67;context-ASR 彙總為 4.36。以上每一項都是廠商自行提報,且均未經獨立重現。
專案頁面上的比較組為 Qwen2.5-Omni、Qwen3-Omni-30B-A3B、Qwen3-ASR-1.7B、Fun-ASR 1.5 與 Qwen3-ASR-Flash,其中最後兩個標示為閉源。方言那一行是差距最大之處:Ming 為 8.42,Qwen3-ASR-1.7B 為 15.30,Fun-ASR 1.5 為 8.00。中文那一行則是差距最小之處:Ming 的 3.55 介於 Qwen3-Omni 的 3.33 與 Qwen3-ASR-1.7B 的 3.66 之間。上下文那一行正是此模型所針對的目標,而在該行,Ming 的 4.36 以 0.02 分之差僅次於 Qwen3-Omni 的 4.34。
那組數字旁應附上三點提醒,而其中兩點正是廠商自己的修改所提供的。五領域分數是聊天、政府、健康、知識與本地生活五個領域的未加權算術平均——這五套內部測試集與訓練資料的關係並未公開,卻被當成各自在你的流量中占有相同權重來平均。專案頁面也在 10 月 19 日 12:39 UTC 的一筆提交中記錄,某個噪音語音分數已從頁面移除,而乾淨領域平均仍保留。而且圖表在 14:04 UTC 時仍在更新。在發布當天仍被編輯的數字集,就是引用前應重新細讀的數字集。

什麼不在儲存庫裡?
缺席的清單比出席的清單更長,而每一次缺席都有實際的後果。
• 訓練資料——沒有資料集清單、沒有時數、沒有語言組成,也沒有篩選說明。檢查點僅以迭代次數命名,別無其他。
• 發佈日期 — 卡片上並未註明。儲存庫的建立時間戳記是唯一可靠的日期,而供應商尚未確認其為發佈日期。
• 一份技術報告 — 未連結任何一份。專案頁面上的架構說明只有四句話。
• 獨立評估——目前尚無。下載次數僅 35 次、獲得五個讚,實驗室以外基本上沒有人實際運行過。
• 字詞級時間戳記與講者分離——該卡片的用法說明清楚指出,輸出僅為轉錄文字。此事已有明文記載,並非隱而未宣,並且立即排除了字幕、對齊與講者分離等處理流程。
• 串流 — 內附範例會接受整段剪輯。長音訊可使用 --audio-chunk-frames 依 8,192 個位置的上下文進行分塊,這與低延遲串流並不相同。
• 評估程式碼 — 圖表是圖片。儲存庫中沒有可從音訊重新產生這些圖表的指令碼。
有一項缺席值得單獨點名,因為它形塑了整個框架:沒有需要趕上的發布公告。10 月 19 日,一支發布影片、一個專案頁面和一個 GitHub 儲存庫在彼此相隔十小時內相繼發布,這在各方面都是一次發布,只差新聞稿。權重只是早了五天悄然出現,未受注意,而其餘部分還在建構中。

從上到下讀完那份 commit 清單,發佈版本就會在你眼前自行組裝完成:先是一批程式碼,然後是英文文件,接著是一條服務路徑,再來是一部影片,然後是一則引用,最後是對數字再做一輪檢查。二十個 commit,沒有一個是版本標籤,而到頭來 Releases 分頁依舊空空如也。
為什麼一艘安靜的船仍該留在你的雷達上
低調發布正是路由問題變得有趣的地方,因為常見的採購訊號——發布、價格、人人引用的基準測試——都付之闕如,唯一能得知任何資訊的方法就是實際跑一遍。這正是 OrcaRouter 的容錯移轉存在的目的。你可以把一部分流量導向候選模型,同時讓現有模型繼續服務其餘流量;如果新路徑失敗或逾時,請求會回退,而不是讓使用者失敗。一個 API 金鑰涵蓋 200 多個託管模型,因此增加第二意見並不代表要第二份合約和第二組憑證。
誠實的界線在於:Ming-3.0-asr-tiny 不在 OrcaRouter 目錄中,而其圖表所比較的 ASR 模型也同樣不在。在專案頁面點名的模型中,目前可透過 OrcaRouter 取得的是 google/gemini-2.5-pro,它出現在 context-ASR 比較中,數值為 6.30。因此,在這裡使用路由層的現實用途並不是「透過我們呼叫 Ming」,而是把託管基線與自託管候選模型放在同一個介面後面,讓你能做決定。託管側的定價以供應商牌價原樣傳遞,加價 0%,而當比較的是每小時音訊成本時,這正是關鍵所在。
要怎樣才能讓這件事從「好奇」變成「候選」?
一份簡短清單,依可能出現的順序排列。明示的發布日期與訓練資料揭露,會讓基準測試數字可被解讀,而不只是能被引用。在共享測試集上進行獨立執行,將能釐清方言差距是否真實存在,因為這正是廠商相對最接近的開源基準領先幅度夠大、一旦有誤就會很明顯的那項說法。時間戳記或語者分離路徑,則會擴大能實際使用它的流程範圍。而一套不鎖定在單一 commit 的 vLLM 或 SGLang 配置方案,會告訴你廠商打算讓這個東西用於正式服務,而非僅供展示。
在那之前,準確的描述平淡無奇卻很具體:88.7 億個參數,多數是語言模型,一個借來的 Whisper 編碼器,一次對中文方言與熱詞條件化的實打實押注,發表時沒有論文、沒有日期,而且上線當天下午圖表還在修改。這不是忽略它的理由。這是引用它之前先測試它的理由。
