What happened?
When using MiniMax as a third-party provider in Qwen Code, thought rendering differs depending on which compatibility mode is used.
With the Anthropic-compatible MiniMax endpoint, thought content is displayed correctly in the dedicated thoughts UI.
With the OpenAI-compatible MiniMax endpoint, the model's reasoning content is exposed in the visible assistant output, including raw <think>...</think> blocks, instead of being parsed and rendered as thought-only content.
This causes inconsistent behavior across compatibility modes and leaks internal reasoning markup into the final visible reply.
Attached screenshots show:
- correct thought rendering with the Anthropic-compatible MiniMax endpoint
- incorrect visible
<think>...</think> leakage with the OpenAI-compatible MiniMax endpoint
Before fix (OpenAI-compatible, incorrect behavior)

Before fix (Anthropic-compatible, expected behavior)

What did you expect to happen?
I expected MiniMax thoughts to be handled consistently across compatibility modes.
When MiniMax is configured through the OpenAI-compatible endpoint, Qwen Code should separate reasoning content the same way it does for the Anthropic-compatible endpoint, so that:
- thought content is shown in the thoughts UI
- raw
<think>...</think> tags are not shown in the visible assistant response
- the final visible answer contains only the user-facing reply
Client information
Login information
API Config
MiniMax was configured as a third-party provider via modelProviders.
Example OpenAI-compatible configuration:
{
"modelProviders": {
"openai": [
{
"id": "MiniMax-M2.7",
"name": "MiniMax M2.7",
"envKey": "MINIMAX_API_KEY",
"baseUrl": "https://api.minimaxi.com/v1"
}
]
},
"security": {
"auth": {
"selectedType": "openai"
}
},
"model": {
"name": "MiniMax-M2.7"
}
}
Anything else we need to know?
Reproduction steps:
- Configure MiniMax using the Anthropic-compatible endpoint.
- Start Qwen Code and send a prompt that reliably triggers reasoning output.
- Observe that thought content is displayed correctly in the thoughts UI.
- Reconfigure the same MiniMax model using the OpenAI-compatible endpoint.
- Start Qwen Code again and send the same prompt.
- Observe that the response leaks raw
<think>...</think> content into the visible assistant output.
I attached screenshots showing the difference between the two modes.
This was reproduced using the same MiniMax model and the same API key. The only change between the two tests was the compatibility endpoint / base URL:
- Anthropic-compatible:
https://api.minimaxi.com/anthropic
- OpenAI-compatible:
https://api.minimaxi.com/v1
I only tested this with MiniMax, so I have not verified whether the same issue affects other OpenAI-compatible third-party providers.
I have already fixed this locally for MiniMax-specific handling of this issue. An additional screenshot of the OpenAI-compatible flow after the local fix is attached below for reference.
After local fix (OpenAI-compatible)

What happened?
When using MiniMax as a third-party provider in Qwen Code, thought rendering differs depending on which compatibility mode is used.
With the Anthropic-compatible MiniMax endpoint, thought content is displayed correctly in the dedicated thoughts UI.
With the OpenAI-compatible MiniMax endpoint, the model's reasoning content is exposed in the visible assistant output, including raw
<think>...</think>blocks, instead of being parsed and rendered as thought-only content.This causes inconsistent behavior across compatibility modes and leaks internal reasoning markup into the final visible reply.
Attached screenshots show:
<think>...</think>leakage with the OpenAI-compatible MiniMax endpointBefore fix (OpenAI-compatible, incorrect behavior)


Before fix (Anthropic-compatible, expected behavior)
What did you expect to happen?
I expected MiniMax thoughts to be handled consistently across compatibility modes.
When MiniMax is configured through the OpenAI-compatible endpoint, Qwen Code should separate reasoning content the same way it does for the Anthropic-compatible endpoint, so that:
<think>...</think>tags are not shown in the visible assistant responseClient information
Login information
API Config
MiniMax was configured as a third-party provider via
modelProviders.Example OpenAI-compatible configuration:
{ "modelProviders": { "openai": [ { "id": "MiniMax-M2.7", "name": "MiniMax M2.7", "envKey": "MINIMAX_API_KEY", "baseUrl": "https://api.minimaxi.com/v1" } ] }, "security": { "auth": { "selectedType": "openai" } }, "model": { "name": "MiniMax-M2.7" } }Anything else we need to know?
Reproduction steps:
<think>...</think>content into the visible assistant output.I attached screenshots showing the difference between the two modes.
This was reproduced using the same MiniMax model and the same API key. The only change between the two tests was the compatibility endpoint / base URL:
https://api.minimaxi.com/anthropichttps://api.minimaxi.com/v1I only tested this with MiniMax, so I have not verified whether the same issue affects other OpenAI-compatible third-party providers.
I have already fixed this locally for MiniMax-specific handling of this issue. An additional screenshot of the OpenAI-compatible flow after the local fix is attached below for reference.
After local fix (OpenAI-compatible)