MiniMax‑M2.5 的技術規格
| Field | Claim / value |
|---|---|
| Model name | MiniMax‑M2.5（正式發佈，2026 年 2 月 12 日）。 |
| Architecture | 專家混合（MoE）Transformer（M2 系列）。 |
| Total parameters | ~230 billion（MoE 總容量）。 |
| Active (per-inference) parameters | ~10 billion 每次推理被啟用（稀疏啟用）。 |
| Input types | 文字與程式碼（原生支援多檔案程式碼上下文），工具呼叫 / API 工具介面（agentic 工作流程）。 |
| Output types | 文字、結構化輸出（JSON/工具呼叫）、程式碼（多檔案）、Office 產物（透過工具鏈生成 PPT/Excel/Word）。 |
| Variants / modes | M2.5（高準確度/能力）與 M2.5‑Lightning（相同品質、更低延遲 / 更高 TPS）。 |
什麼是 MiniMax‑M2.5？
MiniMax‑M2.5 是 M2.x 系列面向真實世界生產力與 agentic 工作流程的旗艦更新。此次發佈強調改進任務拆解、工具/搜尋整合、程式碼生成保真度，以及在處理延展、多步驟問題時的 Token 效率。該模型提供標準版與更低延遲的「lightning」版本，以便在不同部署場景下進行取捨。
MiniMax‑M2.5 的主要特性
- 以 Agentic 為先的設計：針對多階段任務（搜尋、工具呼叫、程式碼執行框架）強化規劃與工具編排。
- Token 效率：據報相較 M2.1 每個任務的 Token 消耗降低，讓長流程的端到端成本更低。
- 端到端完成更快：供應商基準測試顯示，在 agentic 程式設計評測上，平均任務完成時間比 M2.1 快約 37%。
- 強大的程式碼理解：基於多語言程式碼語料調校，支援穩健的跨語言重構、多檔案編輯與儲存庫層級推理。
- 高吞吐量服務：面向高 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 與同類產品（精簡比較）
| Dimension | MiniMax‑M2.5 | MiniMax M2.1 | Peer example (Anthropic Opus 4.6) |
|---|---|---|---|
| SWE‑Bench Verified | 80.2% | ~71–76%（因框架而異） | 相當（Opus 報告為接近頂尖結果） |
| Agentic task speed | 相較 M2.1 快 37%（供應商測試） | 基線 | 在特定框架上速度相近 |
| Token efficiency | 較 M2.1 提升（每任務 Token 數更低） | Token 使用較高 | 具競爭力 |
| Best use | 生產級代理工作流程、程式碼流水線 | 同系列較早一代 | 擅長多模態推理與安全調校任務 |
供應商說明：比較來自發佈資料與廠商基準報告。細微差異可能對測試框架、工具鏈與評估協議高度敏感。
代表性的企業用例
- 儲存庫層級重構與遷移流水線——在多檔案編輯與自動化 PR 修補中保持意圖一致。
- 面向 DevOps 的代理式編排——透過工具整合協調測試執行、CI 步驟、套件安裝與環境診斷。
- 自動化程式碼審查與修復——分級漏洞、提出最小修正，並準備可重現的測試案例。
- 搜尋驅動的資訊擷取——利用 BrowseComp 級別的搜尋能力，對技術知識庫進行多輪探索與摘要。
- 生產級代理與助理——面向長時間連續推理，要求成本效率與穩定性。
如何存取並整合 MiniMax‑M2.5
Step 1: 註冊取得 API Key
登入 cometapi.com。若您尚未成為我們的用戶，請先註冊。登入您的 CometAPI console。獲取介面的訪問憑證 API key。在個人中心的 API token 處點擊 “Add Token”，取得 token 金鑰：sk-xxxxx 並提交。
Step 2: 向 minimax-m2.5 API 發送請求
選擇 “minimax-m2.5” 端點發送 API 請求並設定請求體。請求方法與請求體可於我們網站的 API 文件獲取。我們的網站也提供 Apifox 測試以便於您使用。將 <YOUR_API_KEY> 替換為您帳戶中的實際 CometAPI 金鑰。Where to call it: Chat format.
將您的問題或請求填入 content 欄位——模型將對此做出回應。處理 API 回應以獲取生成的答案。
Step 3: 擷取並驗證結果
處理 API 回應以獲取生成的答案。處理完成後，API 會返回任務狀態與輸出資料。