Environment
- MiniMax Code 3.0.60, macOS
minimaxModelSource: minimax_api_key
- A custom provider (
openai-completions + Authorization: Bearer) works fine for desktop chat and is the default model
Symptom
Messages sent from the mobile app (connected to desktop) fail with:
BYOK provider minimax_api upstream error: login fail: Please carry the API secret key in the 'X-Api-Key' field of the request header
Root cause analysis (verified against app behavior)
- The
minimax_api provider defaults to https://api.minimaxi.com/anthropic (official endpoint). The configured minimax_api.apiKey is a key for a third-party OpenAI-compatible relay.
parseMinimaxApiConfig only accepts apiKey and baseURL — there is no way to configure a custom auth header for the upstream.
- The SDK's
apiKeyAuth sends the key as X-Api-Key header, but the relay only accepts Authorization: Bearer (verified: X-Api-Key → 401 Missing API key; Bearer → 200 OK). The relay does expose an Anthropic-compatible endpoint (/v1/messages).
- In the same turn,
custom_provider:minimax-2 (openai-completions, Bearer) succeeds while minimax_api fails — some mobile-channel requests resolve to the unprefixed builtin MiniMax model and hit minimax_api.
Expected behavior
- Allow
minimax_api (or custom providers) to configure auth as Authorization: Bearer / authToken, so BYOK users with third-party relays can use them for the mobile channel.
- Or: mobile-channel auxiliary requests should use the same
custom_provider model as the main conversation instead of falling back to minimax_api.
Logs
~/.minimax/v2/observability/logs/runtime-2026081123.log — entries BYOK provider minimax_api upstream error: login fail: ... at 23:40 / 23:45 / 23:47
Environment
minimaxModelSource: minimax_api_keyopenai-completions+Authorization: Bearer) works fine for desktop chat and is the default modelSymptom
Messages sent from the mobile app (connected to desktop) fail with:
Root cause analysis (verified against app behavior)
minimax_apiprovider defaults tohttps://api.minimaxi.com/anthropic(official endpoint). The configuredminimax_api.apiKeyis a key for a third-party OpenAI-compatible relay.parseMinimaxApiConfigonly acceptsapiKeyandbaseURL— there is no way to configure a custom auth header for the upstream.apiKeyAuthsends the key asX-Api-Keyheader, but the relay only acceptsAuthorization: Bearer(verified:X-Api-Key→401 Missing API key;Bearer→200 OK). The relay does expose an Anthropic-compatible endpoint (/v1/messages).custom_provider:minimax-2(openai-completions, Bearer) succeeds whileminimax_apifails — some mobile-channel requests resolve to the unprefixed builtin MiniMax model and hitminimax_api.Expected behavior
minimax_api(or custom providers) to configure auth asAuthorization: Bearer/authToken, so BYOK users with third-party relays can use them for the mobile channel.custom_providermodel as the main conversation instead of falling back tominimax_api.Logs
~/.minimax/v2/observability/logs/runtime-2026081123.log— entriesBYOK provider minimax_api upstream error: login fail: ...at 23:40 / 23:45 / 23:47