Feature request: read-only usage/balance API for Provider users
还没有人认领这个 Issue。
评估
调研方向
未指定任何仓库文件或测试。首先定位现有的 Provider API 文档和当前的反馈路径，然后明确 endpoint 的使用量、余额和滚动限制数据，以及 web/API 反馈要求。对于仅使用 Provider 的用户，达成一致的只读 API 设计并记录反馈路径后，即视为完成。
由索引模型根据 Issue 内容生成。
描述
For GOAT users already using the official Provider API, please consider adding a documented read-only endpoint for usage, balance, and rolling limits.
Right now, there does not appear to be a documented programmatic way to query a user's own usage/balance, which creates pressure to rely on internal endpoints. An official endpoint such as GET /provider/v1/usage would solve this cleanly.
I also don't use the Command Code CLI, so cmd feedback is not available to me. A web/API-friendly feedback path for Provider-only users would also be helpful.
- 主要语言
- 没有语言数据
- 星标
- 4k
- 派生
- 350
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
CommandCodeAI/command-code 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
CommandCodeAI/command-code#855 ·
-
难度 2/5 1-3 小时 新手友好度 78/100
CommandCodeAI/command-code#841 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 68/100
CommandCodeAI/command-code#655 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 68/100
CommandCodeAI/command-code#608 ·
-
难度 3/5 1-2 天 新手友好度 70/100
CommandCodeAI/command-code#893 ·
查看 CommandCodeAI/command-code 的全部 Issue
相似的 Issue
-
kind/cleanup
难度 2/5 1-3 小时 新手友好度 78/100
kubernetes-sigs/kueue#15937 ·
-
难度 2/5 1-3 小时 新手友好度 78/100
sympozium-ai/sympozium#627 ·
-
难度 2/5 1-3 小时 新手友好度 90/100
-
难度 2/5 1-3 小时 新手友好度 84/100
PolicyEngine/policyengine-us#9559 ·
-
难度 2/5 1-3 小时 新手友好度 84/100