[Feature]: 暴露 quota / usage API 给第三方, 支持 real-time 拉取 (替代 T+1 延迟)
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 35/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- node.js, python, swift, typescript
调研方向
首先跟踪现有的 mmx quota 命令及其内部 quota 端点,然后检查 mmx auth login 如何提供凭据。定义公开的 usage 响应、刷新行为、身份验证、文档和 SDK 范围;当第三方客户端能够通过文档化的接口获取准确的、近乎实时的 quota 和 usage 数据时,这项工作就完成了。
由索引模型根据 Issue 内容生成。
描述
Feature Request: 暴露 quota / usage API 给第三方,real-time 替代 T+1 延迟
反馈时间:2026-06-08
反馈人:Plus 订阅用户 + CodexBar 第三方工具使用者
一、用户场景
我同时是 MiniMax Plus 订阅用户,也是 macOS 菜单栏用量监控工具 CodexBar(@steipete/CodexBar)的用户。
CodexBar 已经在监控 OpenAI Codex / Claude / Cursor / Gemini / MiniMax 等多家 provider,核心体验是:
- 实时显示会话 5h 滚动窗口剩余百分比 + 重置倒计时
- 实时显示每周配额剩余百分比
- 实时显示今日 token 用量 + 近 30 天费用
- 当用量接近耗尽时给出"≈ 30% 耗尽风险"等预警
这套体验依赖一个前提:上游服务方(OpenAI、Anthropic 等)提供官方、real-time、可被第三方调用的 usage / quota API。
二、现状(MiniMax 这边缺什么)
- 没有公开的 usage / quota API
mmx-cli内部有mmx quota命令,说明后端 API 是有的,但没文档化 / 没开放给第三方- CodexBar 的 MiniMax provider 只能 hack(本地 log 估算)— 数据不准确 + 延迟严重
- 数据延迟一天(T+1)
- 平台 dashboard 上 "今日 token 用量" 要到第二天才更新
- 用户完全无法在消耗异常的当天自助定位
- quota 数据存在已知 bug(不阻塞 feature request,但希望一起修)
- #173:
mmx quota showvideo 显示 100% 剩但实际 0/0 - #48: Token Plan Plus 配置返 0
- #47: cache 折扣不透明
- #92:
mmx quota show与 Token Plan dashboard 数据不一致
- #173:
三、建议方案
3.1 短期(先解决 "T+1 延迟")
把现有内部 quota 端点的刷新频率从 T+1 改成 T+0 / near-real-time(流式或 ≤ 5 分钟延迟)。
3.2 中期(暴露给第三方)
参考 OpenAI 给 Codex 提供的使用量 API 体验:
- 公开
GET /v1/coding_plan/usage或类似端点 - 至少返回以下字段(按 CodexBar 类工具够用为标准):
current_window_remaining_percent(5h 滚动窗口)current_window_resets_at(ISO 8601 timestamp)weekly_remaining_percentweekly_resets_attoday_token_used/today_cost_usdmonth_token_used/month_cost_usdlast_refresh_at
- 走标准 Bearer token 鉴权(用户用
mmx auth login拿到的 API key 即可调) - 文档化 + 加 SDK(Node.js / Python / Swift 至少一门)
3.3 长期
- 在
mmx-cli加mmx quota serve启动本地 proxy,让没装 SDK 的工具也能通过本地 socket 拉 - 把
mmx quota的实现细节(参考 #92)也修一下,跟 dashboard 对齐
四、对 MiniMax 团队的价值
- 生态:第三方工具(CodexBar、Hammerspoon 脚本、Slack bot、Prometheus exporter)能自然接入,形成 MiniMax 用量可视化生态
- 降低客服压力:现在 T+1 + 没 API,用户消耗异常时无法自助定位,只能靠工单。开放 API 后这类 issue 大量减少
- 对标 OpenAI:OpenAI 的 usage API 已经是 de facto 行业标准,MiniMax 在做 "Codex 那种 agent CLI" 配套的可视化工具时也应该同步跟上
五、参考链接
- OpenAI Usage API: https://platform.openai.com/usage
- CodexBar: https://github.com/steipete/CodexBar
- 相关 issue(MiniMax 侧已知 quota 数据问题):
- #173 — video quota 数据不准确
- #48 — Token Plan Plus 配置返 0
- #47 — cache 折扣不透明
- #92 —
mmx quota show与 dashboard 不一致
谢谢!
- 主要语言
- TypeScript
- 星标
- 2.2k
- 派生
- 181
- 平均合并
- 9 小时 4 分钟
- 30 天内合并 PR
- 13
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
MiniMax-AI/cli 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 84/100
MiniMax-AI/cli#259 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 88/100
MiniMax-AI/cli#258 ·
-
难度 2/5 1-3 小时 新手友好度 35/100
MiniMax-AI/cli#265 ·
-
难度 5/5 一周以上 新手友好度 25/100
MiniMax-AI/cli#260 ·
-
难度 3/5 1-2 天 新手友好度 76/100
MiniMax-AI/cli#257 · 1 条评论 ·
相似的 Issue
-
VerificationGate: ATTRIBUTION quote guard never matches a normal quotation (\b around the quote) 未关闭
难度 2/5 1-3 小时 新手友好度 75/100
danielmiessler/LifeOS#2234 ·
-
T: Bug
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 65/100
-
难度 1/5 1 小时以内 新手友好度 85/100
-
Mend: dependency security vulnerability untriaged
难度 2/5 1-3 小时 新手友好度 70/100