【已修复，又没完全修复】MiMo 已兼容 cc v2.1.154+ 引入的 system role 问题

星***

今天凌晨 cc 更新引入了 mid_conversation_system，导致 MiMo/DeepSeek/GLM 等渠道报 400 错误。

Mimo在cc里400报错 (https://linux.do/t/topic/2265381)国产替代 (https://linux.do/c/domestic/98)

  Running scheduled task (May 29 8:50am)  API Error: 400 messages[1].role must be either ‘user’ or ‘assistant’, but got ‘system’  Sautéed for 4s  Running scheduled task (May 29 8:54am)  API …

截止 13:30 左右，MiMo Token Plan 看起来已经完成了服务端兼容性修复，v2.1.156 实测正常，无需再做版本回退或实验性配置的屏蔽。
之前回退版本的佬可以升级回来了。 **继续爽用**
5.29 21:50 …没完全修复
转折出现在 cc 中尝试通过 MiMo 渠道使用 skills 时，发现尽管 /skills 命令能够显示出完整的 skills 列表、/doctor 命令也没有误报任何异常，但模型就是坚决否认任何自定义 skills 的存在。
经过一番 debug，发现 MiMo 实际上并没有做到 system role 消息在 messages 数组中的兼容，messages 数组中的所有 system role 消息被 MiMo 后端直接丢弃了（这一行为被响应的 input_tokens 数值证明；注入额外的信息进行问答也验证了这一猜测）。而 skills 信息在 cc 的设计逻辑中正是通过 messages 数组的 system role 消息注入给模型的。