官方實體
MiMo-V2.5-Pro 是 Xiaomi MiMo 的開源 Mixture-of-Experts 模型。它不是 MiMo-V2-Flash、MiMo-V2-Pro，也不是小米手機助手。
繁體中文
先核對模型名稱
MiMo 2.5 Pro SillyTavern 連接
MiMo-V2.5-Pro 是小米 MiMo 的開源 Pro 模型，官方 API 標籤為 `mimo-v2.5-pro`。本頁先確認實體，再接通 endpoint，最後把 RP 設定和供應商行為分開排查。
注意：目前 Tabbit 模型清單沒有 MiMo-V2.5-Pro。本頁不承諾 Tabbit 原生提供 MiMo 介面。
身份核對
使用小米公布的名稱
搜尋結果會把模型家族、本地權重和路由 slug 混在一起。官方頁面提供清楚基準。
發布與規模
小米將發布日期寫為 2026 年 4 月 27 日。Pro 版總參數 1.02T、active 參數 42B，上下文窗口 1M token。
官方定位
模型面向 agentic 工作、複雜軟體工程和長程任務。廠商案例不等於 SillyTavern 角色扮演跑分。
| 核對項目 | MiMo-V2.5-Pro | 不要替換成 |
|---|---|---|
| API 模型標籤 | `mimo-v2.5-pro` | `mimo-v2-flash` 或路由別名 |
| 上下文 | 官方 Pro 模型卡寫 1M token | 供應商可能設更低上限 |
| Thinking | 由供應商和服務層決定欄位 | 不要假設有統一 ST 開關 |
| 權重 | Hugging Face 的 XiaomiMiMo/MiMo-V2.5-Pro | MiMo-V2.5 標準版或 V2-Flash 權重 |
SILLYTAVERN 連接
先接通端點，再調角色
SillyTavern 官方文件支援 Chat Completions 和自訂 OpenAI-compatible endpoint。依這個順序操作，避免把供應商錯誤誤判成提示問題。
- 01
選擇供應商
使用小米 API，或目前列出 `mimo-v2.5-pro` 的服務。先確認 endpoint、驗證、上下文上限、工具支援和模型列表。
- 02
選擇 Chat Completions
在 SillyTavern 選擇 Chat Completion API 類型，依服務商提供的內容填入 base URL 和 API Key。
- 03
填入穩定 ID
遵循小米標籤的服務使用 `mimo-v2.5-pro`。部分路由會要求命名空間 slug，直接複製服務商給出的精確 ID。
- 04
發送短測試
先載入一張短角色卡，用 Test Message 測試。確認回覆、token 統計和停止行為後，再匯入大型 lorebook。
官方模型卡給出的本地部署參考是 temperature=1.0、top_p=0.95。這不是所有 API 或 SillyTavern 預設的保證。
角色扮演調校
長上下文不代表提示可以無限堆
模型卡描述長程連貫性。SillyTavern 的實際請求還包括角色卡、世界資訊、作者註記、範例、聊天紀錄和 reasoning 內容。
把角色卡寫近一點
把角色語氣、邊界和當前場景規則分成清楚小段。不要讓重複的全域指令淹沒當前場景。
算清上下文預算
1M 是模型上限，不是供應商必然開放的額度。聊天越長，留給新回覆的空間越少。
把 thinking 視為服務能力
若 endpoint 暴露 reasoning 欄位，單獨測試。不要假設隱藏欄位、可見思維或 token 預算在不同供應商上相同。
一次改一個設定
固定角色和提示，分別測試後處理、temperature、top_p 或 reasoning，再比較幾輪輸出。
排錯
先讀錯誤，再換預設
第一則訊息失敗通常落在幾類問題裡。根據回應和供應商記錄決定下一步。
- 01
401 或 403
檢查 API Key、帳號權限和 base URL。模型名稱正確也無法修復驗證失敗。
- 02
404 或找不到模型
向供應商確認精確模型 ID。`mimo-v2.5-pro` 是官方標籤，但路由可能需要命名空間，或根本未開放 Pro。
- 03
上下文或請求過大
減少 lorebook、範例訊息和歷史紀錄，確認供應商實際上限，不要只依據小米的 1M 規格。
- 04
格式錯誤或規則被忽略
先嘗試限制較少的後處理，再用短角色卡測試。若端點要求單一 system 訊息或角色交替，按其 schema 調整。
- 05
工具或 reasoning 失敗
確認路由是否支援工具呼叫和 reasoning 欄位。小米的 agent 案例不能證明每個 API 或 SillyTavern 連接都暴露這些能力。
目前 Tabbit
讓 Tabbit 處理聊天周圍的網頁
本頁檢查到的 Tabbit 模型清單沒有 MiMo-V2.5-Pro，因此它不是原生 MiMo 用戶端。當資料在 wiki、提示指南、參考頁、截圖或檔案裡時，Tabbit 可以讓已列出的模型在旁邊工作。
- 1
安裝桌面版
下載 macOS 或 Windows 版 Tabbit，開啟新分頁。
- 2
選擇清單中的模型
使用目前模型選擇器。清單會隨產品更新變化，只選擇介面實際顯示的模型。
- 3
引用來源
輸入 `@` 把開啟的網頁、截圖或檔案帶進對話，不離開原始資料。
上下文工作流
把角色參考資料留在眼前
需要角色卡和 lorebook 時，SillyTavern 仍是專用選擇。網頁研究和參考資料則可交給 Tabbit，不必反覆複製每一段。
角色 wiki 和聊天並排
主視圖開啟來源，右側 AI 面板總結或擷取場景細節，頁面保持可見。
在同一工作區比較改寫
Tabbit 可以並排顯示目前清單模型的回覆。截圖展示比較介面，不是 MiMo 專屬結果。
用戶端選擇
SillyTavern 和 Tabbit 負責不同的事
角色狀態交給專用 RP 前端，網頁或文件來源則留在 Tabbit 裡，和回答同時可見。
| 能力 | SillyTavern | Tabbit |
|---|---|---|
| 角色卡和 lorebook | 核心流程 | 沒有內建角色卡堆疊 |
| 供應商控制 | Endpoint、預設、取樣和後處理 | 使用產品實際列出的模型 |
| 網頁上下文 | 貼上或使用相容擴充功能 | 用 `@` 引用開啟的分頁 |
| Reasoning 控制 | 取決於連接和供應商 schema | 取決於選擇的模型 |
| 適合場景 | 以角色為中心的 RP | 研究、讀資料和瀏覽器對話 |
常見問題
MiMo 2.5 Pro 與 SillyTavern
MiMo 2.5 Pro 的官方模型名稱是什麼？+
小米官方頁面稱它為 MiMo-V2.5-Pro，發布頁寫明 API 模型標籤使用 `mimo-v2.5-pro`。
MiMo-V2.5-Pro 和 MiMo-V2-Flash 是同一個嗎？+
不是。它們是 Xiaomi MiMo 的不同模型條目。要連接 Pro 時不要填 Flash 路由 slug。
Pro 模型的上下文有多大？+
官方模型頁和 Hugging Face 模型卡寫的是 1M token。供應商仍可能開放更小的請求上限。
SillyTavern 有通用 MiMo 預設嗎？+
本頁不推薦所謂通用預設。先用短角色卡確認連接，再一次調整一個變數。
應該在 SillyTavern 開啟 thinking 嗎？+
只有當供應商為該模型記錄 reasoning 或 thinking 欄位時才測試。小米的 agent 介紹不等於統一的 ST 開關。
為什麼供應商拒絕模型 ID？+
可能需要命名空間、路由已下線，或供應商暴露的是其他模型。檢查目前模型列表和錯誤回應。
Tabbit 目前支援 MiMo-V2.5-Pro 嗎？+
本頁檢查到的目前可見模型清單沒有 MiMo-V2.5-Pro。Tabbit 的真實價值是用它實際列出的模型處理網頁上下文，不是承諾 MiMo endpoint。
Tabbit 可以取代 SillyTavern 嗎？+
不能。角色卡、lorebook 和 RP 控制仍適合 SillyTavern。Tabbit 更適合作為網頁、檔案和模型比較的輔助路徑。
RP 狀態留在 SillyTavern，資料保持在手邊
先用供應商驗證 `mimo-v2.5-pro`，再用短角色卡測試，把 thinking 和上下文上限視為連接能力。缺少的是即時網頁來源時，在 Tabbit 開啟頁面，用清單中的模型在旁邊對話。
支援 macOS 和 Windows。模型選擇器與供應商可用性會變化。