今天一早发现各种400，以为搞错了什么，结果发现官方出了公告。
当在 Agent 类产品的多轮会话中开启 MiMo 思考模式，且历史会话中存在工具调用时，后续所有 user 交互轮次中回传的 assistant 如果包含了工具调用，必须完整回传 reasoning_content 字段，否则 API 将返回 400 错误。之所以作此要求，是因为历史 reasoning_content 一旦缺失，模型上下文将不完整，可能表现出指令遵循下降，幻觉增多等现象，影响用户使用体感。
具体看下面的官方公告：
Xiaomi MiMo 开放平台
我正说呢，从昨晚开始就一直报各种400。而且这两天开始他们家Credits掉得飞快，前天开始翻译几个页面都几百万几百万的消耗。原来还觉得7个亿噢，怎么用得完，现在看来一周就能踩完。
一周很多了，我尝试code review了一个小项目，一个下午修了3个Critical和几个Important就几乎2亿见底……
是新增的回传思考要求？上周用也没见这个问题啊
也是送的那个套餐吗？
有正经开他们家TokenPlan的佬吗？是不是也消耗飞快的。
之前有兼容，但是兼容会明显的影响模型能力。所以把兼容去掉了
原来如此，看来跟dsv4很像，以后怕是要成标配了
我也是，感觉消耗的贼快，用起来像是全部请求都没缓存一样
有没有newapi适配的办法, 现在没法用了, 配置了这个也不管
{
"operations": [
{
"mode": "set",
"path": "messages.*.reasoning_content",
"value": "",
"keep_origin": true
}
]
}
这个不用改newapi啊，客户端改一下就好了
昨天hermes-webui 就因为这个问题出现了截断 只能一轮对话
这个有教程吗, 能给说说具体怎么改的吗,大佬
" "（空格）或实际内容，我看到你是""
要看你具体在哪里用，其实最简单就是增加一个reasoning_content回传字段，可以是一个双引号包着空格" "这样子
大佬，如果是在Claude Code中调用中转站的，要怎么修改？ 
理论上如果中转站是透传，CC就毫无问题……吧…… 
，官方通告受影响的Agent类产品就没包括CC。
“TRAE、Cursor、Roo Code、Codex、GitHub Copilot CLI、Zed、AutoGen、OpenClaw (Anthropic 兼容协议) 等，我们正积极与相关框架方沟通，推进适配调整。”
明白，谢谢大佬，可能是我自己配置有点异常，我再试试
完整回传 reasoning_content 的意思是帮我存着对话，token(钱)你来出~
貌似今天开始CC也报错了
API Error: 400 data:{“error”:{“code”:“400”,“message”:“Param Incorrect”,“param”:“The reasoning_content in the thinking mode must be passed back to the API.”,“type”:“”}}
我用自己的转发，因此写了个中途拦截，插入reasoning_content，原理是内存Map，LRU。非流式响应直接解析JSON，提取reasoning_content存储。流式响应拼接完整response后提取存储。请求注入遍历messages，assistant消息缺reasoning_content时查表补回。
然后完美，既保留的模型真实thinking能力，返回真实reasoning_content，又解决了客户端免修改配置。
