開源作者把5個免費賬號拼成1個無限額度，AI公司還沒反應過來

一個開發者用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了。」作者回了個，沒說話。