本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 QuotaBar 一个基于 SwiftBar 的 macOS 菜单栏插件，用来监控多个 new-api / API 中转站的余额、用量、日志和 token 状态。 项目地址： github.com GitHub - superpung/QuotaBar: Monitor quota, usage and logs across multiple... Monitor quota, usage and logs across multiple new-api platforms in the macOS menu bar (SwiftBar plugin). 安装 推荐一键安装（建议先看一下代码）： curl -fsSL https://github.com/superpung/QuotaBar/releases/latest/download/install.sh | bash 然后配置一下平台信息就能用了（在 ~/.config/quotabar/config.json ）： { "platforms": [ { "name": "中转站名称", "base_url": "https://relay.example.com", "user_id": "你的用户 ID", "access_token": "你的 System Access Token", "currency_symbol": "$" } ] } 注意这里 access_token 填的是 new-api 后台生成的 System Access Token（一般在"个人设置-系统访问令牌"），不是 sk-xxx 调用 LLM 的 key。 欢迎佬友们试用、提 issue、PR，以及欢迎 Star！ 感谢各位佬友～ 1 个帖子 - 1 位参与者 阅读完整话题
大家好，我最近给自己做了一个小工具：Codex Quota Calendar 。 起因很简单：身边几个朋友用 Codex 的时候，经常两三天就把一周额度用得差不多，后面几天突然变得很克制，甚至没什么活能干。Codex 本身有周额度，也有 5 小时窗口额度，但我自己更想看的其实是一个更朴素的问题： 今天这一份平均额度，我用了多少？ 所以我把它做成了一个 macOS 菜单栏日历。它会把本周剩余额度摊到每天，看今天的平均份额、周额度剩余、5 小时窗口状态，以及按最近本地记录估算当前使用速度。 我自己的使用场景大概是： 今天是工作日，就按剩下的天数平均用，不要上午一兴奋把额度打穿。 如果周三要出去玩，基本不用 Codex ，就手动调整剩余可用天数，让后面的额度重新摊平。 不追求“省着不用”，而是更有感知地把额度用完。 周额度和 5 小时窗口都看一眼，避免只看一个百分比导致节奏失控。 目前功能比较克制： SwiftUI 写的 macOS 菜单栏 app 。 今日份额圆环和本周可用日卡片。 周额度和 5 小时窗口统计。 本地滚动历史记录，用来让速度和预计用完时间更平稳。 10 分钟刷新一次。 12 种界面语言。 已经打了 Developer ID 签名、公证并 staple 的 DMG ，可以直接拖到 Applications 。 隐私这块也按我自己能接受的方式做：没有服务器，没有分析统计，不做第三方追踪；只读取本机 Codex 授权信息，token 和额度历史都只留在本机。它不是 OpenAI 官方工具，只是我自己做的一个本地小工具。 GitHub： https://github.com/hooosberg/CodexQuotaCalendar 最新版 DMG： https://github.com/hooosberg/CodexQuotaCalendar/releases/latest 项目已经全部开源。如果你刚好也有“Codex 配额总是前几天用太猛，后几天不够用”的问题，可以直接下载用，不用再花 token 写一个了。 现在还是 0.1.0 ，欢迎在帖子里或者 GitHub issue 里提意见。尤其想听听大家： 你们更关心周额度，还是 5 小时窗口？ “按剩余天数平均使用”这个模型够不够直观？ 有没有更适合重度 Codex 用户的提醒方式？
大家好，我最近给自己做了一个小工具：Codex Quota Calendar 。 起因很简单：身边几个朋友用 Codex 的时候，经常两三天就把一周额度用得差不多，后面几天突然变得很克制，甚至没什么活能干。Codex 本身有周额度，也有 5 小时窗口额度，但我自己更想看的其实是一个更朴素的问题： 今天这一份平均额度，我用了多少？ 所以我把它做成了一个 macOS 菜单栏日历。它会把本周剩余额度摊到每天，看今天的平均份额、周额度剩余、5 小时窗口状态，以及按最近本地记录估算当前使用速度。 我自己的使用场景大概是： 今天是工作日，就按剩下的天数平均用，不要上午一兴奋把额度打穿。 如果周三要出去玩，基本不用 Codex ，就手动调整剩余可用天数，让后面的额度重新摊平。 不追求“省着不用”，而是更有感知地把额度用完。 周额度和 5 小时窗口都看一眼，避免只看一个百分比导致节奏失控。 目前功能比较克制： SwiftUI 写的 macOS 菜单栏 app 。 今日份额圆环和本周可用日卡片。 周额度和 5 小时窗口统计。 本地滚动历史记录，用来让速度和预计用完时间更平稳。 10 分钟刷新一次。 12 种界面语言。 已经打了 Developer ID 签名、公证并 staple 的 DMG ，可以直接拖到 Applications 。 隐私这块也按我自己能接受的方式做：没有服务器，没有分析统计，不做第三方追踪；只读取本机 Codex 授权信息，token 和额度历史都只留在本机。它不是 OpenAI 官方工具，只是我自己做的一个本地小工具。 GitHub： https://github.com/hooosberg/CodexQuotaCalendar 最新版 DMG： https://github.com/hooosberg/CodexQuotaCalendar/releases/latest 项目已经全部开源。如果你刚好也有“Codex 配额总是前几天用太猛，后几天不够用”的问题，可以直接下载用，不用再花 token 写一个了。 现在还是 0.1.0 ，欢迎在帖子里或者 GitHub issue 里提意见。尤其想听听大家： 你们更关心周额度，还是 5 小时窗口？ “按剩余天数平均使用”这个模型够不够直观？ 有没有更适合重度 Codex 用户的提醒方式？
litellm.RateLimitError: RateLimitError: OpenAIException - You exceeded your current quota, please check your plan and billing details. For details, see: https://help.aliyun.com/zh/model-studio/error-code#token-limit. Received Model Group=qwen3.7-max Available Model Group Fallbacks=None (46s) 使用kilo code接入的，经常遇到这个问题，请问有解决办法吗 8 个帖子 - 6 位参与者 阅读完整话题
status_code=500, You have exceeded today’s quota for model deepseek-ai/DeepSeek-V4-Pro, please try again tomorrow, or consider using other models elysiver.h-e.top 的 DeepSeek模型，也就掉了一两次就到限了嘛 1 个帖子 - 1 位参与者 阅读完整话题
今天Codex App更新之后，无法在对话中看到context的使用情况了，大家有碰到这个问题么？似乎也没看到update中提到compact相关的内容，这看不到上下文剩余情况略尴尬 4 个帖子 - 4 位参与者 阅读完整话题
刚得知反重力Claude Quota家庭组额度每个人不再独立了…那这个渠道基本废了，反重力也是用的让人血压高；Claude退款流也是不好使了，听说Google Play不给退款了？我测我昨天才开的max 5x，半小时被封，不会真交1k多学费吧…；然后就剩cursor/windsurf/kiro这种了，都是薅过羊毛的，现在基本没法薅了… 只能转投gpt5.5了吗，有点担心OpenAI会不会也变成O …，感觉全体大善人时代基本结束了，进入了token紧缩时代，会不会是一个周期后面又放开？感觉oai便宜渠道也在收紧了，5x一结束双倍感觉就不够用了，就得开20x，奥特曼一发威，只能正价20x，就有点难受了 由奢入俭难啊，怀念去年年底那段token几乎不限量的时光 5 个帖子 - 5 位参与者 阅读完整话题
oai上版权检测了说是 就像之前sora一样说是……并且失败也算quota 世界你毁灭了吗，我的眼睛啊 光头强你牛大了 作者已经彻底沉浸在自己的艺术里面了 商家已经… 坏了…这是灵感流啊 1 个帖子 - 1 位参与者 阅读完整话题
Scan Summary checked codex files : 486 unauthorized (401) : 443 quota-exceeded : 0 no-limit/unlimited : 0 non-2xx or errors : 486 #后面发现gpt-5已经下线 CPA 401 一键删除，无配置自动移出认证文件夹脚本 开发调优 [image] 最近在各位佬那里白嫖了很多 codex 账号，也算是 gpt 自由了。 根据某个佬的 401 一键删除脚本，让 codex 优化了。 1.一键删除所有 401 认证文件 2.自动检查所有认证文件是否达到限额，如果限额，则移出该认证文件到同级目录。下一次运行会检测该目录下的限额认证文件，如果不限额了，则自动移动回来。 3.多个并发线程 python3 tp.py --d… 用这个佬的脚本，设置成–model gpt-5.2就好 最后存活43 Scan Summary checked codex files : 43 unauthorized (401) : 0 quota-exceeded : 0 no-limit/unlimited : 0 non-2xx or errors : 0 然后转到newapi获取模型前需要更新CPA 5 个帖子 - 4 位参与者 阅读完整话题
阿里云 Coding Plan Pro 频繁遇到 429 usage allocated quota exceeded 报错。 套餐里已有“5 小时”和“周用量”的限制，现在又增加动态限流（具体规则模糊不清），一旦触发 直接暂停服务 1 小时 。这两天多次被限流暂停，代码根本没法写。 与客服沟通无果，敷衍答复。阿里随意调整规则，拿老用户当韭菜割，真恶心！ V 站有老哥遇到同样的情况吗？
阿里云 Coding Plan Pro 频繁遇到 429 usage allocated quota exceeded 报错。 套餐里已有“5 小时”和“周用量”的限制，现在又增加动态限流（具体规则模糊不清），一旦触发 直接暂停服务 1 小时 。这两天多次被限流暂停，代码根本没法写。 与客服沟通无果，敷衍答复。阿里随意调整规则，拿老用户当韭菜割，真恶心！ V 站有老哥遇到同样的情况吗？
阿里云 Coding Plan Pro 频繁遇到 429 usage allocated quota exceeded 报错。 套餐里已有“5 小时”和“周用量”的限制，现在又增加动态限流（具体规则模糊不清），一旦触发 直接暂停服务 1 小时 。这两天多次被限流暂停，代码根本没法写。 与客服沟通无果，敷衍答复。阿里随意调整规则，拿老用户当韭菜割，真恶心！ V 站有老哥遇到同样的情况吗？
阿里云 Coding Plan Pro 频繁遇到 429 usage allocated quota exceeded 报错。 套餐里已有“5 小时”和“周用量”的限制，现在又增加动态限流（具体规则模糊不清），一旦触发 直接暂停服务 1 小时 。这两天多次被限流暂停，代码根本没法写。 与客服沟通无果，敷衍答复。阿里随意调整规则，拿老用户当韭菜割，真恶心！ V 站有老哥遇到同样的情况吗？
阿里云 Coding Plan Pro 频繁遇到 429 usage allocated quota exceeded 报错。 套餐里已有“5 小时”和“周用量”的限制，现在又增加动态限流（具体规则模糊不清），一旦触发 直接暂停服务 1 小时 。这两天多次被限流暂停，代码根本没法写。 与客服沟通无果，敷衍答复。阿里随意调整规则，拿老用户当韭菜割，真恶心！ V 站有老哥遇到同样的情况吗？