minimax 没有用量显示，测试脚本报错未返回结果（cc-switch）
Quick fix
MiniMax 改了余额接口导致旧解析器失效，升级到 cc-switch v3.16.2 或更高版本即可；旧版本可临时粘贴自定义查询模板。
Symptom
Section titled “Symptom”打开 CC switch，minimax 没有用量显示，点击配置用量查询，选 token plan、minimax 点击测试脚本，报错，未返回结果2026-06-01 起 MiniMax 的用量接口 /v1/api/openplatform/coding_plan/remains 返回结构发生变化：旧字段 current_interval_total_count / current_interval_usage_count 恒为 0，改为直接用 current_interval_remaining_percent 返回剩余百分比；同时新增 model_name 字段（数组里出现 general / video 等条目，需过滤 video）。cc-switch 自带的 Token Plan - MiniMax 预设模板仍按旧字段解析，导致用量查询报错「未返回结果」、托盘/卡片空白或返回 0/空（#3516、#3568、#3676、#3858）。修复 PR #3518（commit 43ae1e5）适配了新接口，但它一度只合入 main 而未发版，所以当时很多人看到「已修复」的说法却依然报错；该修复最终随 v3.16.2（2026-06-07）正式发布。 注意后续版本仍有两个相关的显示变体：v3.16.2 有用户报告页面显示用量已达 100% 但实际还能用（#3955，未给出结论）；v4.0.8 中当接口返回 current_weekly_status = 2（周额度耗尽但窗口仍在计时）时，周限额一行被当作「无周限额」跳过，卡片只剩 5 小时桶并显示「剩余 100%」，与真实限流状态相反（#8123，仍 open，报告者已提交修复 PR，思路为 status ∈ {1, 2} 时展示周桶、status = 3 才跳过）。
将 cc-switch 升级到 v3.16.2 或更高版本。维护者确认 #3518 的修复（适配 MiniMax 余额查询新接口、过滤非编码模型、处理无周限额套餐、补充 MiniMax M3 默认定价）已包含在 v3.16.2（2026-06-07）正式版中，升级后重新测试用量查询即可。
如果暂时无法升级（停留在 v3.16.1），可在「用量查询」中选择自定义模板，粘贴社区验证可用的脚本作为临时方案：请求 https://www.minimaxi.com/v1/api/openplatform/coding_plan/remains（GET，Header 带 Authorization: Bearer ${apiKey}），extractor 从 response.model_remains 中取 model_name 为 "general" 的条目，读取 current_interval_remaining_percent、remains_time、current_weekly_remaining_percent、weekly_remains_time 并返回 { isValid: true, remaining, unit, extra }。完整脚本见 issue #3568 与 #3676 的评论。
注意：多位用户反馈自定义模板里 {{apiKey}} / ${apiKey} 变量可能无法被替换成真实 key，若不生效可先在 Header 中直接明文填入自己的 API Key 验证（注意不要在分享配置时泄露）。
若升级后仍显示异常：v3.16.2 显示「用量 100% 但实际可用」属于已知未解决报告（#3955）；周额度耗尽后周限额消失、只显示「5 小时剩余 100%」是 v4.0.8 的已知 bug（#8123），需等待其修复 PR 合并发版，期间以 MiniMax 官方控制台「套餐用量」页为准。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 6 个真实 issue
- 评论区说 #3518 已经修复了，为什么我还是报错？
- 因为 #3518 当时只合并进了 main 分支，尚未包含在任何已发布的 tag 中（git tag --contains 43ae1e5 结果为空）。除非你自行 fork、merge 后编译，否则正式版里并没有这个修复。该修复随 v3.16.2（2026-06-07）正式发布，升级到该版本或更新即可。
- 自定义模板里的 {{apiKey}} 变量为什么不生效？
- 有用户反馈官方预设模板中的 {{apiKey}} 变量一直无法把真实 key 替换进去，导致查询失败。临时做法是在自定义模板的 Authorization 头里直接明文填写自己的 API Key（Bearer 你的key），多位用户验证可用。
- 升级到 v3.16.2 后显示用量已到 100%，但实际还能用，是怎么回事？
- 这是 #3955 报告的已知现象，该 issue 已关闭但讨论中未给出明确结论。如果实际可用，请以 MiniMax 官方控制台的套餐用量为准，并在 #3955 下留言补充信息。
- 周额度用完后，卡片上的周限额一行消失了，只显示「5 小时剩余 100%」，是额度恢复了吗？
- 不是。这是 v4.0.8 的 bug（#8123）：接口在周额度耗尽时返回 current_weekly_status = 2，现有解析逻辑只认 status = 1，把 status = 2 误当成「无周限额」跳过了。此时账号仍被周限额限流，报告者已提交修复 PR（status ∈ {1, 2} 均展示周桶），等待合并发版。
- 为什么 5 小时限额和周限额都不显示了？
- 如果你在 v3.16.1 或更早版本，原因是 MiniMax 接口字段变更导致旧解析器失效（返回字段从 total/usage 计数改为 remaining_percent 百分比），升级 v3.16.2+ 即可恢复两个限额档的显示。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。