尧图网页设计 
MiMo reasoning_content 强制回传要求已放宽直连实测可用附完整证据链 当前结论2026 08 13 实测MiMo API 已不再强制要求回传 reasoning_contentAgent 客户端WorkBuddy、Trae、Cursor 等可直接直连官方 API 进行多轮工具调用无需再经过 mimo proxy。 一、问题背景官方公告小米 MiMo API 于 2026 05 12 发布协议变更当 Agent 类产品的多轮会话中开启思考模式且历史会话存在工具调用时后续回传的 assistant 消息如果包含工具调用 必须完整回传reasoning_content字段 否则 API 返回 400 错误。受影响模型MiMo V2.5 Pro、V2.5、V2 Pro、V2 Omni、V2 Flash官方文档https://platform.xiaomimimo.com/docs/zh CN/usage guide/passing back reasoning_content受影响的客户端TRAE、Cursor、Roo Code、Codex、GitHub Copilot CLI、Zed、AutoGen、Goose 等大多不回传reasoning_content导致多轮工具调用时报 400。社区方案mimo proxy通过 拦截缓存 注入回传 解决该问题。二、WorkBuddy 两次日志对比完全符合官方要求触发条件我在 WorkBuddy基于 CodeBuddy 架构的腾讯 AI 办公工作台中实测 两次日志都完整符合官方公告描述的触发场景 8 9 直连报错日志当时确实 40004:57:45 [ModelProvider] Using custom URL: https://api.xiaomimimo.com/v1/chat/completions 04:57:45 [ModelProvider] Sending request: requestId646cd5ca, streamtrue ← 第1轮 04:57:48 [ModelProvider] finish_reasontool_calls received ← 第1轮成功 04:57:49 [ModelProvider] Sending request: requestIddca8e597, streamtrue ← 第2轮带工具历史 04:57:49 [Error] Request failed with status code 400 ← 400 04:57:49 [Error] 400 Param Incorrect完全命中官方公告的触发条件 多轮会话 思考模式 工具调用历史 未回传 reasoning_content → 400。 8 13 直连成功日志同一配置同样场景02:23:40 [ModelProvider] Using custom URL: https://api.xiaomimimo.com/v1/chat/completions 02:23:52 finish_reasontool_calls received ← 第1轮成功 02:24:00 finish_reasontool_calls received ← 第2轮成功 02:24:02 finish_reasontool_calls received ← 第3轮成功 02:24:23 finish_reasontool_calls received ← 第4轮成功 02:24:46 finish_reasontool_calls received ← 第5轮成功 ...共 6 次多轮工具调用零 400关键点 两次日志中WorkBuddy 的配置、模型custom local:mimo v2.5、请求 URL、消息存储结构 完全一致 唯一变化的是 时间 。 三、暴力测试结果8 9 报错会话原样重放 → 全部 200为了实锤是 MiMo API 侧放宽而非客户端变化我从 8 9 报错会话的本地存储jsonl中提取 真实消息序列 原样重放至官方 API| 测试 | 场景 | 结果 || | | || 测试1 | 8 9 完整真实序列 182 条消息 81 次真实工具调用故意不回传 reasoning_content thinking.typeenabled 流式 | HTTP 200 ✅ || 测试2 | 8 9 尾部 60 条最接近当时报错时刻的上下文不回传 | HTTP 200 ✅ || 测试3 | 同一序列打到 mimo v2.5 pro | HTTP 200 ✅ || 测试4 | 极端压力构造 10 轮纯工具调用循环不回传 | HTTP 200 ✅ |同样的请求8 9 时返回 4008 13 时返回 200。 消息内容、工具调用、参数、思考模式开启状态完全一致差异只有时间。 四、为什么现在可行了 结论MiMo API 侧已放宽 reasoning_content 强制回传校验。证据链决定性实验 用 8 9 报错的真实会话数据原样重放 → 返回 200见上节。如果校验未放宽同样的请求必然再次 400。客户端侧无变化 对比 8 9 与 8 13 的会话存储jsonlWorkBuddy 的消息结构、reasoning 存储rawContent 完整性、工具调用组装逻辑 完全一致 ——排除了WorkBuddy 偷偷修复的可能性。官方公告未撤回但未强制执行 官方文档仍写着必须回传但实测当前端点api.xiaomimimo.com/v1按量付费已不再强制拦截。推测原因仅供参考可能与 2026 06 01 V2 系列模型下线、V2.5 系列全面上线时的服务端调整有关也可能官方在公告后悄悄放宽了校验仅记录缺失不返回 400。五、对 MiMo 官方的批评强制要求没问题但上线前没有跟主流客户端Trae、Cursor、Copilot CLI、WorkBuddy 等做好兼容导致公告发布后大量开发者直接 400排查成本极高。协议变更没有给兼容期一刀切强制 400连灰度都没有小团队和个人开发者根本来不及适配。3.官方文档至今仍写着必须回传但后端已悄悄放宽校验既不更新文档也不发通知让还在依赖 proxy 的开发者白白多维护一层中间件。4.正积极与相关框架方沟通说了几个月最后以服务端默默放宽收场——这波操作很难让人对 MiMo 官方建立信任。六、实用建议现在可以直接直连官方 API 配置示例WorkBuddy models.json / 其他 OpenAI 兼容客户端{id:mimo v2.5,name:MiMo V2.5,vendor:Xiaomi,url:https://api.xiaomimimo.com/v1/chat/completions,apiKey:sk 你的Key,supportsToolCall:true,supportsImages:true,maxInputTokens:1048576,maxOutputTokens:131072}mimo proxy 可保留作兜底 万一未来 MiMo 重新严格校验可随时启用但日常不再需要启动。若仍遇到 400可在请求中显式回传reasoning_content客户端支持时或临时关闭思考模式thinking.type: disabled。附测试信息测试时间2026 08 13 02:46 (UTC8)测试端点https://api.xiaomimimo.com/v1/chat/completions测试模型mimo v2.5 / mimo v2.5 pro测试脚本从报错会话 jsonl 提取真实消息 → 组装 OpenAI 格式assistant 消息 不 携带 reasoning_content→thinking.typeenabled 流式请求 MiMo报错400已消失！（reasoning_content 强制回传放宽）
MiMo reasoning_content 强制回传要求已放宽直连实测可用附完整证据链 当前结论2026 08 13 实测MiMo API 已不再强制要求回传 reasoning_contentAgent 客户端WorkBuddy、Trae、Cursor 等可直接直连官方 API 进行多轮工具调用无需再经过 mimo proxy。 一、问题背景官方公告小米 MiMo API 于 2026 05 12 发布协议变更当 Agent 类产品的多轮会话中开启思考模式且历史会话存在工具调用时后续回传的 assistant 消息如果包含工具调用 必须完整回传reasoning_content字段 否则 API 返回 400 错误。受影响模型MiMo V2.5 Pro、V2.5、V2 Pro、V2 Omni、V2 Flash官方文档https://platform.xiaomimimo.com/docs/zh CN/usage guide/passing back reasoning_content受影响的客户端TRAE、Cursor、Roo Code、Codex、GitHub Copilot CLI、Zed、AutoGen、Goose 等大多不回传reasoning_content导致多轮工具调用时报 400。社区方案mimo proxy通过 拦截缓存 注入回传 解决该问题。二、WorkBuddy 两次日志对比完全符合官方要求触发条件我在 WorkBuddy基于 CodeBuddy 架构的腾讯 AI 办公工作台中实测 两次日志都完整符合官方公告描述的触发场景 8 9 直连报错日志当时确实 40004:57:45 [ModelProvider] Using custom URL: https://api.xiaomimimo.com/v1/chat/completions 04:57:45 [ModelProvider] Sending request: requestId646cd5ca, streamtrue ← 第1轮 04:57:48 [ModelProvider] finish_reasontool_calls received ← 第1轮成功 04:57:49 [ModelProvider] Sending request: requestIddca8e597, streamtrue ← 第2轮带工具历史 04:57:49 [Error] Request failed with status code 400 ← 400 04:57:49 [Error] 400 Param Incorrect完全命中官方公告的触发条件 多轮会话 思考模式 工具调用历史 未回传 reasoning_content → 400。 8 13 直连成功日志同一配置同样场景02:23:40 [ModelProvider] Using custom URL: https://api.xiaomimimo.com/v1/chat/completions 02:23:52 finish_reasontool_calls received ← 第1轮成功 02:24:00 finish_reasontool_calls received ← 第2轮成功 02:24:02 finish_reasontool_calls received ← 第3轮成功 02:24:23 finish_reasontool_calls received ← 第4轮成功 02:24:46 finish_reasontool_calls received ← 第5轮成功 ...共 6 次多轮工具调用零 400关键点 两次日志中WorkBuddy 的配置、模型custom local:mimo v2.5、请求 URL、消息存储结构 完全一致 唯一变化的是 时间 。 三、暴力测试结果8 9 报错会话原样重放 → 全部 200为了实锤是 MiMo API 侧放宽而非客户端变化我从 8 9 报错会话的本地存储jsonl中提取 真实消息序列 原样重放至官方 API| 测试 | 场景 | 结果 || | | || 测试1 | 8 9 完整真实序列 182 条消息 81 次真实工具调用故意不回传 reasoning_content thinking.typeenabled 流式 | HTTP 200 ✅ || 测试2 | 8 9 尾部 60 条最接近当时报错时刻的上下文不回传 | HTTP 200 ✅ || 测试3 | 同一序列打到 mimo v2.5 pro | HTTP 200 ✅ || 测试4 | 极端压力构造 10 轮纯工具调用循环不回传 | HTTP 200 ✅ |同样的请求8 9 时返回 4008 13 时返回 200。 消息内容、工具调用、参数、思考模式开启状态完全一致差异只有时间。 四、为什么现在可行了 结论MiMo API 侧已放宽 reasoning_content 强制回传校验。证据链决定性实验 用 8 9 报错的真实会话数据原样重放 → 返回 200见上节。如果校验未放宽同样的请求必然再次 400。客户端侧无变化 对比 8 9 与 8 13 的会话存储jsonlWorkBuddy 的消息结构、reasoning 存储rawContent 完整性、工具调用组装逻辑 完全一致 ——排除了WorkBuddy 偷偷修复的可能性。官方公告未撤回但未强制执行 官方文档仍写着必须回传但实测当前端点api.xiaomimimo.com/v1按量付费已不再强制拦截。推测原因仅供参考可能与 2026 06 01 V2 系列模型下线、V2.5 系列全面上线时的服务端调整有关也可能官方在公告后悄悄放宽了校验仅记录缺失不返回 400。五、对 MiMo 官方的批评强制要求没问题但上线前没有跟主流客户端Trae、Cursor、Copilot CLI、WorkBuddy 等做好兼容导致公告发布后大量开发者直接 400排查成本极高。协议变更没有给兼容期一刀切强制 400连灰度都没有小团队和个人开发者根本来不及适配。3.官方文档至今仍写着必须回传但后端已悄悄放宽校验既不更新文档也不发通知让还在依赖 proxy 的开发者白白多维护一层中间件。4.正积极与相关框架方沟通说了几个月最后以服务端默默放宽收场——这波操作很难让人对 MiMo 官方建立信任。六、实用建议现在可以直接直连官方 API 配置示例WorkBuddy models.json / 其他 OpenAI 兼容客户端{id:mimo v2.5,name:MiMo V2.5,vendor:Xiaomi,url:https://api.xiaomimimo.com/v1/chat/completions,apiKey:sk 你的Key,supportsToolCall:true,supportsImages:true,maxInputTokens:1048576,maxOutputTokens:131072}mimo proxy 可保留作兜底 万一未来 MiMo 重新严格校验可随时启用但日常不再需要启动。若仍遇到 400可在请求中显式回传reasoning_content客户端支持时或临时关闭思考模式thinking.type: disabled。附测试信息测试时间2026 08 13 02:46 (UTC8)测试端点https://api.xiaomimimo.com/v1/chat/completions测试模型mimo v2.5 / mimo v2.5 pro测试脚本从报错会话 jsonl 提取真实消息 → 组装 OpenAI 格式assistant 消息 不 携带 reasoning_content→thinking.typeenabled 流式请求