GitHub Repo
Ollama 預覽版加入 MiMo V2.6 蒸餾模型適配,處理思考與工具呼叫邊界
Ollama 於 11 月 3 日合併 MiMo V2.6 適配,並納入 v0.40.15-rc0 預覽標籤,程式與參考測試聚焦 Qwen3.5 架構的 9B 蒸餾模型。變更新增專用訊息渲染器、沿用工具呼叫解析器,實際效能與代理任務穩定性仍待部署驗證。

Ollama 於 11 月 3 日合併 PR #19400,加入 MiMo V2.6 訊息格式適配,相關提交已出現在 v0.40.15-rc0 預覽標籤。雖然提案名稱泛稱模型支援,新增渲染器的註解與參考模板測試,具體指向 MiMo-V2.6-Distill-Qwen-9B;目前證據不宜延伸為整個 Pro、Flash 系列皆已完整適配。合併提案、預覽標籤
小米模型卡將這個 9B 模型定位為代理強化學習的研究起點:以 Qwen3.5-9B 為基礎,使用 MiMo 產生的資料進行監督式微調,涵蓋程式設計、一般代理任務、視覺程式設計與資安。這次新聞的進展在於推論工具接入,模型本身先前已公開。官方模型卡
程式變更的核心,是讓對話歷史、思考內容與工具呼叫以模型預期的邊界重新組合。新增渲染器會寫入工具定義、保留助理的思考區塊,並將函式及參數編碼成緊湊的 XML 形式;輸出端則沿用 qwen3.5 解析器。新增測試以不同串流切片大小輸入同一段結果,檢查思考文字與工具名稱、參數能否正確分離。從工程角度推論,這有助降低代理把工具指令當成一般文字、因而無法執行的整合風險。程式差異與測試
適配亦包含刻意偏離原始模板的處理:啟用思考時,Ollama 會預先加入思考區塊起始標記,程式註解說明此 SFT 檢查點可能在關閉該邊界前就結束回合。這表示部署結果不只取決於權重,也受提示模板影響。渲染器實作
接下來應觀察正式版本是否收錄,以及自訂 Modelfile 的渲染器與解析器設定。維護者審查已提醒,直接建立模型可能套用既有 Qwen3.5 渲染器;公開討論也提到循環輸出疑慮,但沒有提供足以判定問題已解決的量測。工程團隊宜先驗證多輪工具往返、思考開關與量化版本,再評估接入長時間代理工作。維護者審查