MiniMax‑M2.5 的技術規格
| 欄位 | 宣稱 / 數值 |
|---|---|
| 模型名稱 | MiniMax-M2.5（正式發佈，2026 年 2 月 12 日）。 |
| 架構 | Mixture-of-Experts（MoE）Transformer（M2 系列）。 |
| 總參數量 | ~2300 億（總 MoE 容量）。 |
| 活躍（每次推理）參數 | ~100 億在每次推理時被啟用（稀疏激活）。 |
| 輸入類型 | 文字與程式碼（原生支援多檔案程式碼情境）、工具呼叫 / API 工具介面（代理式工作流程）。 |
| 輸出類型 | 文字、結構化輸出（JSON/工具呼叫）、程式碼（多檔案）、Office 成果物（透過工具鏈生成 PPT/Excel/Word）。 |
| 變體 / 模式 | M2.5（高準確度/能力）與 M2.5-Lightning（相同品質、更低延遲 / 更高 TPS）。 |
什麼是 MiniMax‑M2.5？
MiniMax‑M2.5 是 M2.x 系列的旗艦級更新，聚焦於真實世界生產力與代理式工作流程。此版本著重於改進任務分解、工具/搜尋整合、程式碼生成保真度，以及面向延展、多步驟問題的 Token 效率。該模型提供標準版與更低延遲的「lightning」變體，以因應不同的部署取捨。
MiniMax‑M2.5 的主要特性
- 以代理為先的設計：強化多階段任務的規劃與工具編排（搜尋、工具呼叫、程式碼執行框架）。
- Token 效率：相較於 M2.1，據報每個任務的 Token 消耗更低，讓長流程的端到端成本下降。
- 更快的端到端完成：供應商基準測試顯示，在代理式程式碼評測上平均任務完成時間約快 ~37%（相較 M2.1）。
- 強大的程式碼理解：在多語言程式碼語料上調校，支援穩健的跨語言重構、多檔案編輯與倉庫級推理。
- 高吞吐量服務：面向具高 token/sec 特性的生產部署；適用於持續性的代理工作負載。
- 針對延遲與算力取捨的變體：M2.5‑lightning 在互動場景下以較低延遲、較低算力與占用提供相同品質。
基準表現（據報）
供應商報告亮點——發布時的代表性指標：
- SWE‑Bench Verified：80.2%（在供應商評測框架上的通過率）
- BrowseComp（搜尋與工具使用）：76.3%
- Multi‑SWE‑Bench（多語言編碼）：51.3%
- 相對速度 / 效率：在供應商測試中，於 SWE‑Bench Verified 上端到端完成速度較 M2.1 快約 ~37%；在部分評測中搜尋/工具輪次少約 ~20%。
解讀：在所述基準上，這些數據使 M2.5 與業界領先的代理/程式碼模型相當或接近。基準由供應商報告，且被生態體系中的多方渠道複現——除非經獨立重現，應視為在供應商的測試框架/配置下量測之結果。
MiniMax‑M2.5 與同儕（精簡比較）
| 維度 | MiniMax‑M2.5 | MiniMax M2.1 | 同儕範例（Anthropic Opus 4.6） |
|---|---|---|---|
| SWE‑Bench Verified | 80.2% | ~71–76%（依框架而異） | 可比（Opus 報告接近頂尖結果） |
| 代理式任務速度 | 相較 M2.1 快 37%（供應商測試） | 基準 | 在特定框架上速度相近 |
| Token 效率 | 較 M2.1 改進（每任務 Token 更少） | Token 使用更高 | 具競爭力 |
| 最佳用法 | 生產級代理式工作流程、程式碼流水線 | 同系列較早一代 | 擅長多模態推理與安全調優任務 |
供應商說明：比較來自發佈材料與廠商基準報告。細微差異可能受測試框架、工具鏈與評估流程影響。
代表性的企業用例
- 倉庫級重構與遷移流水線——在多檔案編輯與自動化 PR 修補中保持意圖一致。
- 面向 DevOps 的代理式編排——結合工具整合來協調測試執行、CI 步驟、套件安裝與環境診斷。
- 自動化程式碼審查與修復——分流漏洞、提出最小修補，並準備可重現的測試案例。
- 搜尋驅動的資訊檢索——利用 BrowseComp 級別的搜尋能力對技術知識庫進行多輪探索與摘要。
- 生產級代理與助理——適用於需要高成本效率、穩定長時間推理的持續性代理。
如何存取與整合 MiniMax‑M2.5
步驟 1：註冊取得 API Key
登入 cometapi.com。若您尚非我們的用戶，請先註冊。登入您的 CometAPI console。取得介面的存取憑證 API Key。在個人中心的 API Token 處點擊「Add Token」，取得 Token 金鑰：sk-xxxxx 並提交。
步驟 2：向 minimax-m2.5 API 發送請求
選擇「minimax-m2.5」端點發送 API 請求並設定請求體。請求方法與請求體可從我們網站的 API 文件取得。本網站亦提供 Apifox 測試以利使用。將 <YOUR_API_KEY> 替換為您帳戶中的實際 CometAPI 金鑰。呼叫位置：Chat 格式。
將您的問題或請求填入 content 欄位——模型將對此做出回應。處理 API 回應以取得生成的答案。
步驟 3：擷取並驗證結果
處理 API 回應以取得生成的答案。處理完成後，API 會回傳任務狀態與輸出資料。