Mistralの旧モデル群が7月31日に提供終了へ、コーディングエージェントと構造化出力の回帰テストが必要

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を更新する必要がある。プロバイダーのendpointがすでに応答を停止している場合、誤った再試行によって障害が増幅されていないかも確認すべきだ。今後注視すべき点は、Mistralが提供終了後のエラーコード、互換期間、モデルごとの移行ベンチマークについて、より完全な情報を提供するかどうかである。現時点の公開情報は主に代替モデルを列挙するにとどまり、新モデルが既存のエージェントワークフローで同等に動作することを証明するものではない。