双上限限流模拟器
先搞清楚自己撞的是频率还是总量，再决定要不要升级。
本工具不内置任何厂商的额度数据——这些会变动，请从各家官方定价页抄进来。 「每任务请求数」和「任务时长」需要你自己实测，官方通常不提供换算关系。
- 在每分钟上限内，最多能并行 3 个这样的任务。
- 在每日上限内，一天最多跑 50 个这样的任务。
升级到下一档，两条线各涨多少？
两条线的涨幅常常不一样。如果你卡的是频率，而升级只涨了总量，那这次升级对你没有帮助—— 先用上面的结论确认自己卡在哪条线，再决定要不要花这笔钱。
为什么要单独算频率
不少 AI 编程工具的额度表上写着两个数字，比如「每天 1000 次、每分钟 60 次」。 绝大多数人的注意力都在前一个上，但实际用起来，先撞墙的往往是后一个。
原因在于请求的分布不是均匀的，而是脉冲式的。你提一个需求之后的那几十秒里， 它可能连续发出好几次调用——搜文件、读上下文、生成方案、逐个改、再自检； 然后你看结果、思考、敲下一个需求，这段时间一次都不发。
用日均去估算完全看不出这个峰值。所以这个页面按「一个任务发多少次请求、持续多少秒」 把速率还原出来，再乘上并发数——这才是限流实际卡的那个数。
两条线的症状不一样
撞频率的表现是「排队」：猛干一阵突然被拦，等一分钟又能用， 而一天结束时额度还剩很多。
撞总量的表现是「用完了」：派得很顺从来不用等，但到某个时刻当天就没了。
这两种情况下该做的事完全不同：撞频率就降并发、拆任务， 这两招立刻见效而且不花钱；撞总量则降并发没用， 要么减少任务数，要么升级。
升级前先确认你缺的是哪条线
这是这个页面最值钱的一个用途。相邻两档的两条线，涨幅常常很不一样。
可能出现的情况是：从免费档升到中间档，每分钟翻倍、每日只涨一半； 而从中间档升到最高档，每分钟完全没变，只涨了每日总量。 后一种情况下，如果你卡的是频率，这次升级在额度维度上对你没有任何帮助。
所以顺序应该是：先用上面的模拟器确认自己卡在哪条线，再去看下一档的两个数字各涨多少。 把这件事放在掏钱之前做，比事后发现没用要好得多。
一个容易被忽略的额度共享问题
很多产品的额度单位写的是 per user——按账号算，不是按工具算。
所以如果你同时用着终端里的 CLI、编辑器里的插件、以及别的 Agent 工具，而它们配的是同一个账号， 它们消耗的是同一份额度。这会造成很难排查的现象：你在某个工具里明明没用几次，却撞了限流。
最隐蔽的是后台请求——某些插件会在你不主动操作时也发请求（后台索引、自动补全、定期同步）， 这类消耗你完全感觉不到。怀疑时把其他工具全关掉，只留一个再试，是最直接的验证。
这个工具为什么不内置各家的上限
因为额度政策会调整，而且属于需要逐一核实的事实。内置一份很快过期的数据，比不内置更危险—— 你会以为它是准的。所以这里只做算术，上限请从各家官方定价页抄进来，顺手也就核对了一遍最新数字。
常见问题
「每任务请求数」和「任务时长」我从哪知道？
只能自测，官方通常不给这个换算关系。做法：挑一个你日常规模的典型任务（不要挑最大的也不要挑最小的），在干净的会话里跑完，记下耗时；再看额度掉了多少。跑两三次取个大概范围就够了——你要的是判断够不够用，不是记账。
为什么峰值频率要按任务时长来摊？
因为限流卡的是「那一分钟内实际发了多少次」，而不是日均。请求是脉冲式发生的：你提一个需求之后的几十秒里它可能连发好几次，然后你思考、看结果的那几分钟一次都不发。用日均去除以 1440 分钟会严重低估峰值，也就看不出为什么会撞频率限。
并发为什么会成倍放大峰值？
因为额度通常是按账号算的（很多产品写的是 per user）。你同时开三个会话干活，三份脉冲会叠加在同一分钟里。这也是「我在这个工具里没用几次怎么就限流了」的常见真因——另一个工具或后台任务在同时消耗同一份额度。
算出来是撞频率，我该怎么办？
降低并发数、把大任务拆小、别同时开多个会话。这几条都是立刻见效且不花钱的。注意被拦时不要疯狂重试——重试也算请求，只会让限流窗口一直是满的。
为什么升级了还是被拦？
很可能你升级买到的不是你缺的那条线。有些产品相邻两档的每分钟上限完全一样，升级只涨了每日总量——如果你卡的是频率，这次升级在额度维度上对你没有任何帮助。页面下方的「升级涨幅」就是用来提前发现这件事的。
算完限流，再看看该不该自带密钥
如果限流是因为走了平台的额度，自带 API 密钥可能是另一条路。用成本对比器算一下值不值。