[Bug]: reasoning_split参数设计不合理 - reasoning_content与content边界模糊导致空响应

[Mibslee]

问题类型

API 设计问题 + 行为 bug

使用的模型

MiniMax-M2.7（其他版本也受影响）

问题描述

问题1：reasoning_split参数不透明

reasoning_split 是 MiniMax 扩展参数，不在任何 OpenAI SDK 标准里，也没有在官方 API 文档里明确说明其作用。用户在集成时无法从标准文档了解到这个参数的存在。

问题2：不传reasoning_split时content为空

当不传 reasoning_split 参数时，MiniMax-M2.7 返回的响应结构为：

{
  "type": "message",
  "message": {
    "role": "assistant",
    "content": "",          // 可见内容为空
    "reasoning_content": "实际回复内容被放在了这里"
  }
}

这导致：

1. 如果调用方（OpenClaw）将 reasoning_content 路由到 thinking/隐藏区域，用户看到空响应
2. 正常情况下用户期望 content 有内容，但实际内容在 reasoning_content 里

问题3：thinking_disabled不等于不输出reasoning_content

当发送 thinking: {type: "disabled"} 时，模型仍然返回 reasoning_content 字段，且此时 content 依然为空——说明 thinking: disabled 并没有真正关闭 reasoning_content 的输出逻辑。

复现步骤

1. 调用 MiniMax OpenAI-compatible 端点（不带 reasoning_split）
2. 不传任何 thinking 相关参数
3. 观察返回：content 为空，reasoning_content 有内容

期望行为

1. 当用户不想看 thinking 时：发送 thinking: {type: "disabled"} → content 应该有完整回复，reasoning_content 应该为空
2. 当用户想同时看 thinking 和回复时：有一个清晰、标准的方式（比如 reasoning_split: true）→ text 和 thinking 分开返回
3. reasoning_split 参数应该在官方文档里明确说明用途

影响

任何使用 OpenAI SDK 或兼容层调用 MiniMax 的第三方集成（OpenClaw、Coze、Cursor等）都可能遇到用户看到空响应的问题。

参考

• OpenClaw issue: https://github.com/openclaw/openclaw/issues/76048（我们通过在本地代理注入 reasoning_split: true 临时解决）
• 相关 Issue: [Bug]: 怎么关闭思考；how to disable thinking #121