[Bug]: Plus 订阅额度消耗异常 (周总 + 5h) + 消耗数据查询延迟一天
还没有人认领这个 Issue。
评估
调研方向
未提及任何仓库文件、测试或入口点；先从定位 Plus 配额核算和使用数据系统开始。要完成这项工作，需要找出消耗量突然变化的原因，并通过按会话或任务拆分来满足所请求的 T+0 可见性。
由索引模型根据 Issue 内容生成。
描述
反馈：Plus 订阅额度消耗异常 + 消耗数据查询延迟
反馈人：Plus 订阅用户
反馈时间：2026-06-08
使用模型：MiniMax-M3
使用入口：网页 Chat、少量 API 裸调
一、现象
我的 Plus 订阅最近消耗速度明显比预期快：
- 周总额度不耐用
- 5h 滚动窗口额度也很快耗尽
关键点：这种"不耐用"是从今天（2026-06-08）突然开始的，之前没有这么夸张。
但因为数据查询延迟一天（详见第三节），我无法自查具体原因。
二、我的猜测（仅供 MiniMax 团队排查参考，不一定对）
由于问题今天突现，我倾向于认为是 MiniMax 侧今天有变更（不是我的工作负载变化）。可能方向：
- M3 模型本身变更：定价 / 路由 / 系统提示词调整
- 网页 Chat 后端：可能今天推送了某功能，导致 token 消耗增加（例如 context 注入变长、多轮改写逻辑变化等）
- 缓存策略调整：cache miss 变多 → input token 虚高
- 路由抖动：reasoning token 或 tool-call 相关的隐藏消耗异常
三、最大痛点：消耗数据查询延迟一天
我连自己今天用了多少额度都看不到 — 这让我：
- 无法判断是哪些 session / 哪些任务拉高了消耗
- 无法判断是 M3 模型变化还是我自己的使用变化
- 反馈给你们的时候只能靠"感觉"，没有数据支撑
强烈希望 MiniMax 加快消耗数据的查询延迟：
- 至少做到 T+0 准实时（或当日内可见）
- 提供 今日消耗 breakdown（按 session / 按任务）让我自己定位
这其实是一个比"消耗快"更严重的问题 — 透明度缺失让用户无法自助排查。
四、改进建议
- 优先：消耗数据从 T+1 缩到 T+0 或 T+实时
- 次优：提供"今日消耗 breakdown"，按 session / 任务拆分
- 长期：Plus 订阅的额度计算逻辑更透明（哪些算 input、哪些算 output、cache 怎么折算、reasoning 是否单独计费）
谢谢！
- 主要语言
- 没有语言数据
- 星标
- 493
- 派生
- 60
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
MiniMax-AI/MiniMax-M3 的其他 Issue
-
难度 1/5 1 小时以内 新手友好度 90/100
MiniMax-AI/MiniMax-M3#34 · 1 个 reaction ·
-
[M2.7 Bug]未关闭bug
难度 4/5 3-5 天 新手友好度 45/100
MiniMax-AI/MiniMax-M3#35 ·
-
enhancement
难度 4/5 3-5 天 新手友好度 45/100
MiniMax-AI/MiniMax-M3#33 ·
-
难度 2/5 1-3 小时 新手友好度 48/100
MiniMax-AI/MiniMax-M3#32 ·
-
bug
难度 4/5 3-5 天 新手友好度 42/100
MiniMax-AI/MiniMax-M3#31 ·
查看 MiniMax-AI/MiniMax-M3 的全部 Issue
相似的 Issue
-
Table chart: search box no longer shows the number of records (7.0.0rc2)可能已有人在做 @SBIN2010 今天认领。 未关闭#bug
难度 2/5 1-3 小时 新手友好度 78/100
apache/superset#45494 · 1 个 reaction ·
维护者通常 1 天内回复
-
[Bug]: Timeline compresses a sub-second quiet period and labels it "≈ 0 s"可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
.Needs Triage .Team/Graphy Priority:P3 Type:Bug
难度 2/5 1-3 小时 新手友好度 72/100
metabase/metabase#84762 · 1 条评论 ·
维护者通常 1 天内回复
-
[BUG]: Analytics time-series buckets depend on the viewer timezone可能已有人在做 @sumitsingh-cyber 于 1 天前认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 66/100
AOSSIE-Org/OrgExplorer#380 ·
维护者通常 3 天内回复
-
fix(vitals): Replace imprecise temperature and length conversion constants可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭good first issue
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复