MiniMax
OpenClawのMiniMax providerは、デフォルトでMiniMax M2.7を使用します。 MiniMaxは次の機能も提供します。- T2A v2によるバンドル済みspeech synthesis
MiniMax-VL-01によるバンドル済みimage understanding- MiniMax Coding Plan search API経由のバンドル済み
web_search
minimax: API-key text provider。これに加えて、バンドル済みimage generation、image understanding、speech、web searchを提供minimax-portal: OAuth text provider。これに加えて、バンドル済みimage generationとimage understandingを提供
Modelラインアップ
MiniMax-M2.7: デフォルトのホスト型reasoning model。MiniMax-M2.7-highspeed: より高速なM2.7 reasoning tier。image-01: image generation model(生成とimage-to-image編集)。
Image generation
MiniMax pluginは、image_generate tool向けに image-01 modelを登録します。サポート内容:
- アスペクト比制御付きのtext-to-image generation。
- アスペクト比制御付きのimage-to-image editing(subject reference)。
- 1リクエストあたり最大9枚の出力画像。
- 編集リクエストあたり最大1枚の参照画像。
- 対応アスペクト比:
1:1,16:9,4:3,3:2,2:3,3:4,9:16,21:9。
MINIMAX_API_KEY またはOAuth認証を使います。MiniMaxがすでにセットアップ済みなら、追加設定は不要です。
minimax と minimax-portal はどちらも、同じ
image-01 modelで image_generate を登録します。API-key構成では MINIMAX_API_KEY を使い、OAuth構成では
バンドルされた minimax-portal 認証経路を代わりに使えます。
onboardingまたはAPI-keyセットアップが明示的な models.providers.minimax
エントリーを書き込むとき、OpenClawは MiniMax-M2.7 と
MiniMax-M2.7-highspeed を input: ["text", "image"] 付きで具体化します。
組み込みのバンドル済みMiniMax text catalog自体は、その明示的provider configが存在するまではtext-only metadataのままです。image understandingは、plugin所有の MiniMax-VL-01 media providerを通じて別途公開されます。
Image understanding
MiniMax pluginは、text catalogとは別にimage understandingを登録します。minimax: デフォルトimage modelはMiniMax-VL-01minimax-portal: デフォルトimage modelはMiniMax-VL-01
Web search
MiniMax pluginは、MiniMax Coding Plan search APIを通じてweb_search も登録します。
- Provider id:
minimax - 構造化結果: title、URL、snippet、related query
- 推奨env var:
MINIMAX_CODE_PLAN_KEY - 受け入れられるenv alias:
MINIMAX_CODING_API_KEY - 互換性フォールバック: それがすでにcoding-plan tokenを指している場合の
MINIMAX_API_KEY - Region再利用:
plugins.entries.minimax.config.webSearch.region、次にMINIMAX_API_HOST、次にMiniMax provider base URL - 検索はprovider id
minimaxのままです。OAuth CN/globalセットアップでも、models.providers.minimax-portal.baseUrlを通じて間接的にregionを誘導できます
plugins.entries.minimax.config.webSearch.* の下にあります。
MiniMax Search を参照してください。
セットアップを選ぶ
MiniMax OAuth(Coding Plan)- 推奨
最適な用途: MiniMax Coding PlanをOAuthで素早くセットアップしたい場合。API key不要。 明示的なregional OAuth選択肢で認証します。minimax-global-oauth: 国際ユーザー向け(api.minimax.io)minimax-cn-oauth: 中国のユーザー向け(api.minimaxi.com)
MiniMax M2.7(API key)
最適な用途: Anthropic互換APIを使うホスト型MiniMax。 CLI経由で設定:- 対話型onboarding:
minimax-global-api: 国際ユーザー向け(api.minimax.io)minimax-cn-api: 中国のユーザー向け(api.minimaxi.com)
thinking を自分で設定しない限り、MiniMaxの
thinkingをデフォルトで無効にします。MiniMaxの
streaming endpointは、ネイティブAnthropicのthinking blockではなく、
OpenAI形式のdelta chunk内に reasoning_content を出力するため、
暗黙的に有効なままにすると内部reasoningが可視出力へ漏れる可能性があります。
FallbackとしてのMiniMax M2.7(例)
最適な用途: 最も強力な最新世代modelをprimaryのままにして、MiniMax M2.7へfail overしたい場合。 以下の例では具体例としてOpusをprimaryに使っています。好みの最新世代primary modelへ置き換えてください。openclaw configure で設定する
対話型config wizardを使うと、JSONを編集せずにMiniMaxを設定できます。
openclaw configureを実行します。- Model/auth を選択します。
- MiniMax のauth optionを選びます。
- プロンプトが出たらデフォルトmodelを選びます。
minimax-global-oauthminimax-cn-oauthminimax-global-apiminimax-cn-api
設定オプション
models.providers.minimax.baseUrl:https://api.minimax.io/anthropic(Anthropic互換)を推奨。https://api.minimax.io/v1はOpenAI互換payload用の任意設定です。models.providers.minimax.api:anthropic-messagesを推奨。openai-completionsはOpenAI互換payload用の任意設定です。models.providers.minimax.apiKey: MiniMax API key(MINIMAX_API_KEY)。models.providers.minimax.models:id、name、reasoning、contextWindow、maxTokens、costを定義します。agents.defaults.models: allowlistに載せたいmodelへaliasを付けます。models.mode: 組み込みmodelにMiniMaxを追加したい場合はmergeのままにしてください。
注意
- Model refはauth経路に従います:
- API-keyセットアップ:
minimax/<model> - OAuthセットアップ:
minimax-portal/<model>
- API-keyセットアップ:
- デフォルトchat model:
MiniMax-M2.7 - 代替chat model:
MiniMax-M2.7-highspeed api: "anthropic-messages"では、OpenClawは params/config内ですでにthinkingが明示設定されていない限り、thinking: { type: "disabled" }を注入します。/fast onまたはparams.fastMode: trueは、Anthropic互換stream経路でMiniMax-M2.7をMiniMax-M2.7-highspeedへ書き換えます。- Onboardingと直接のAPI-keyセットアップは、
両方のM2.7 variantに対して
input: ["text", "image"]を持つ明示的model定義を書き込みます - バンドル済みprovider catalogは現在、明示的なMiniMax provider configが存在するまでは、 chat refをtext-only metadataとして公開します
- Coding Plan usage API:
https://api.minimaxi.com/v1/api/openplatform/coding_plan/remains(coding plan keyが必要)。 - OpenClawはMiniMax coding-plan usageを、他のproviderと同じ
% left表示へ正規化します。MiniMaxの生のusage_percent/usagePercentフィールドは消費済みquotaではなく残量quotaなので、OpenClawはこれを反転します。 countベースfieldが存在する場合はそちらが優先されます。APIがmodel_remainsを返した場合、 OpenClawはchat-modelエントリーを優先し、必要に応じてstart_time/end_timeからwindow labelを導出し、coding-plan windowを区別しやすくするため 選択されたmodel名をplan labelに含めます。 - Usage snapshotは、
minimax、minimax-cn、minimax-portalを 同じMiniMax quota surfaceとして扱い、Coding Plan key env varへフォールバックする前に 保存済みMiniMax OAuthを優先します。 - 正確なcost追跡が必要なら、
models.jsonのpricing値を更新してください。 - MiniMax Coding Planの紹介リンク(10% off): https://platform.minimax.io/subscribe/coding-plan?code=DbXJTRClnb&source=link
- providerルールは /concepts/model-providers を参照してください。
- 現在のprovider idを確認するには
openclaw models listを使い、次で切り替えてください:openclaw models set minimax/MiniMax-M2.7またはopenclaw models set minimax-portal/MiniMax-M2.7。
トラブルシューティング
”Unknown model: minimax/MiniMax-M2.7”
これは通常、MiniMax providerが設定されていないことを意味します(対応する provider entryがない、かつ一致するMiniMax auth profile/env keyも見つからない)。 この検出に対する修正は 2026.1.12 に入っています。次のいずれかで修正してください。- 2026.1.12 へアップグレードし(またはソースの
mainを使い)、その後Gatewayを再起動する。 openclaw configureを実行して MiniMax auth optionを選ぶ、または- 対応する
models.providers.minimaxまたはmodels.providers.minimax-portalブロックを手動追加する、または MINIMAX_API_KEY、MINIMAX_OAUTH_TOKEN、またはMiniMax auth profileを設定し、 対応providerが注入できるようにする。
- API-key経路:
minimax/MiniMax-M2.7またはminimax/MiniMax-M2.7-highspeed - OAuth経路:
minimax-portal/MiniMax-M2.7またはminimax-portal/MiniMax-M2.7-highspeed