一个开发者用200行代码，把Claude、OpenAI、Gemini的免费额度串成了「永动机」。当第一个账号撞上限流，系统自动切到第二个——这套玩法已经在GitHub拿了800+星，而AI公司们的风控部门还在开会。
免费午餐的数学题：5个账号×200次请求=1000次
ProxyPool Hub的作者算过一笔账。Claude Code免费版每小时限25次请求，Codex CLI的额度按天重置，Gemini CLI又有另一套计数规则。单个账号都是残血，但拼起来就是满血。
这套系统的核心逻辑像老式的电话交换机。前端接收Claude Code或Codex CLI的标准请求，后端维护一个账号池，哪个账号还有额度就走哪个。用户端完全无感知，代码补全不会中断，聊天不会卡住。
技术实现上，作者用Node.js搭了一个透明代理层。请求进来先解析格式，翻译成对应平台的API协议，再轮询账号池里的可用额度。响应流原样返回，连错误码都模拟得像官方出品。
安装只要两行命令，但门槛在账号池
npm装完全局包，localhost:8081弹出仪表盘。界面朴素得像2010年的路由器后台，但功能足够：实时看哪个账号还剩多少额度，手动拉黑某个失效账号，调整轮询策略。
真正的成本转移到了账号维护。免费账号需要手机号、邮箱、甚至信用卡预授权——这些才是稀缺资源。ProxyPool Hub本身不解决账号来源问题，它只是把已有的账号榨出最后一滴价值。
作者把代码扔在AGPL-3.0协议下，意味着商用也得开源。这个选择很有意思：工具可以免费，但想靠它做服务赚钱，得先把底牌亮出来。
AI公司的两难：封还是不封
这套系统本质上是在规则边缘打时间差。免费额度的设计初衷是试用转化，不是让用户无限白嫖。但ProxyPool Hub没有破解任何验证机制，它只是把「人」的操作自动化了。
Claude和OpenAI的风控能检测异常IP、异常频率，但面对5个正常账号轮流使用，识别难度陡增。封太狠误伤真实用户，放太松额度被薅光——这个平衡比技术实现更难拿捏。
GitHub评论区有人算过：按当前免费额度，凑齐6-8个主流平台的账号，重度编码场景下基本能覆盖全天需求。前提是愿意折腾账号注册和额度监控这套脏活。
开源社区的默契：用可以，别声张
项目README写得克制，没有「破解」「无限」这类刺眼词汇。作者用「pooling」和「rotation」这种中性词包装，社区心领神会。Issue区讨论最多的是账号池的自动化管理脚本，而不是怎么绕过验证。
这种默契背后是风险共担。工具本身合法，但大规模滥用可能倒逼平台收紧免费政策。已经有用户在讨论区提醒：别在公开渠道晒自己的账号配置，别让这套玩法变成新闻头条。
仪表盘里有个细节没被太多人注意到——当所有账号都耗尽时，系统可以fallback到付费API Key。这个设计暴露了作者的诚实：免费是手段，不是目的。真到了生产环境，该掏钱还得掏。
ProxyPool Hub的最后一个commit是三天前，作者在修一个Gemini CLI的流式响应bug。评论区有人留言：「用了两周，省下的API费用够买把HHKB了。」作者回了个，没说话。
热门跟贴