模型 API
Mistral 一批舊模型於 7 月 31 日退出服務，程式代理與結構化輸出須重做回歸測試
Mistral 的夏季模型清理進入最後一批，涉及 Devstral、Magistral、Mistral Small 與 Open Mistral Nemo 等舊版識別碼。官方替代模型並非同架構快照，遷移不能只改名稱，還要重新驗證工具呼叫、輸出 schema、上下文與成本。
Mistral 排定於 7 月 31 日移除一批舊模型，其中包括 `devstral-2512`、`magistral-medium-2509`、`mistral-small-2506`、`magistral-small-2509` 與 `open-mistral-nemo-2407`。建議替代品分散到 Mistral Medium 3.5、Mistral Small 4 與 Ministral 3 8B，代表這不是保持行為不變的伺服器端換版，而是把不同用途、容量及價格帶的工作負載重新映射到新模型。
技術風險在程式代理上尤其明顯。Devstral 原本針對探索程式庫、跨檔案修改與工具使用設計；換成通用 Medium 模型後，即使 API 接受相同訊息格式，函式參數、工具選擇頻率、停止條件及長軌跡穩定性仍可能改變。Magistral 的推理負載也不能只比較單題準確率，還要測試推理 token、延遲尾端與結構化輸出遵循率。Nemo 使用者若改用 8B 級 Ministral，則應重新確認語言覆蓋、上下文上限及量化部署需求。
實務上應固定明確版本 ID，先以真實流量重播建立新舊模型差異，再更新路由器、快取鍵、成本警報與 fallback。若供應商端點已停止回應，團隊也要檢查失敗是否被錯誤重試放大。值得持續追蹤的是 Mistral 是否提供更完整的關閉後錯誤碼、兼容期與逐模型遷移基準；目前公開資料主要列出替代品，不能證明新模型在既有代理流程中等價。