シャオミが11月13日、AIコーディングツールMiMo-Code 0.1.17を公開した。開発者はモデル名に応じて自動的に変わっていた設定の代わりに、モデル情報と直接指定した構成を使うことになる。コーディング専用モードと内蔵ウェブ検索は、必要なときに有効にする方式に変わる。
1. モデル名ではなく情報と設定を反映
リリースノートによると、コンテキスト、つまりモデルが一度に扱う入力情報や出力の上限、推論強度は、モデル名から推測せず、モデル情報を提供するmodels.devとユーザー設定から取得する。推論強度は、モデルが回答を作る際に推論へどれだけ力を割くかを決める設定だ。
回答候補の選び方を調整するサンプリング用のtemperatureとtop_pは、デフォルトのリクエストに含まれなくなった。サンプリング値とステップの終了条件もモデル情報に従うようになり、モデル名に付いた印よりも明示された情報を基準にリクエストを組み立てる方向だ。
推論強度は、設定で指定した段階名を使って/variantsから利用できる。作業を分担するサブエージェントも親セッションの強度を引き継ぐため、委任した作業にも同じ推論段階の設定が適用される。
2. コーディングモードとウェブ検索は選択式に
GPTモデルにCodex方式のプロンプトとツール群を自動適用していた動作が変わった。今後はすべてのモデルが同じ基本構成を使う。モデルの種類を選ぶことと、専用のコーディング構成を有効にすることが分離された形だ。
内蔵ウェブ検索では、シャオミのゲートウェイ経由の検索を削除し、Exa検索を選んで有効にする方式へ変更した。外部検索ツールを接続するMCPサーバー、つまり外部ツール接続規格に従うサーバーを追加する方法もリリースノートで案内している。
専用コーディングモードと内蔵検索を有効にする環境変数は以下のとおりだ。1行目はコーディングモード、2行目は検索に対応するため、使う機能に合わせて選ぶ。
MIMOCODE_CODEX_MODE=true
MIMOCODE_ENABLE_EXA=1調査用プロンプトでDuckDuckGo検索を代替経路として使う機能も復元した。内蔵検索を選択式に変えるとともに別の検索経路も見直しており、検索を利用するには自分が使う接続方式から確認するのがよい。
3. 上限到達後の再試行と圧縮失敗時の残存情報を修正
利用上限に達した後もリクエストを再試行していた問題を修正した。作業状態を復元できるよう保存するチェックポイントの記録処理で、空のステップを繰り返すケースも制限した。
会話内容を短くまとめる圧縮が失敗した後、圧縮処理の開始と終了を示す境界情報が残る問題も修正した。失敗後のセッションに情報が残る動作を正したものだ。
リクエスト本文を記録する動作も停止した。これにより、ログに残すリクエスト情報の範囲が変わった。
記憶検索は中国語文字列の一部だけでも関連内容を見つけられるようになり、検索用に内容を整理した既存のインデックスも移行する。中国語で蓄積された記憶を探すユーザーが直接実感できる検索機能の変更だ。
シャオミAPIキーとToken Planキーは、同時にログインして使える。本人確認に使う2つの認証情報を異なるプロバイダーとして保存するよう変更し、同じツールで2種類のキーを併せて管理できるようにした。
4. 機能の選択は設定管理へ移行
今回の変更の利点は、モデル選択と機能選択を別々に管理できることだ。一方、自動適用されていた専用構成を使い続けるユーザーは自分で有効にする必要があり、モデル情報と自身の設定を確認する管理負担を担う。更新後は、使っていた推論強度や検索接続方式が新しいデフォルトに合うか確認する必要がある。
クラウドでのセッション共有と第三者へのアップロード機能も削除された。これらの機能を使っていたユーザーは、更新計画に共有方式の変更も含める必要がある。
MiMo-Code 0.1.17は、モデル別の自動推測を取り除き、設定による明示的な選択を増やしたアップデートだ。