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

一個開發(fā)者用200行代碼，把Claude、OpenAI、Gemini的免費額度串成了「永動機」。當?shù)谝粋€賬號撞上限流，系統(tǒng)自動切到第二個——這套玩法已經(jīng)在GitHub拿了800+星，而AI公司們的風控部門還在開會。

免費午餐的數(shù)學題：5個賬號×200次請求=1000次

ProxyPool Hub的作者算過一筆賬。Claude Code免費版每小時限25次請求，Codex CLI的額度按天重置，Gemini CLI又有另一套計數(shù)規(guī)則。單個賬號都是殘血，但拼起來就是滿血。

這套系統(tǒng)的核心邏輯像老式的電話交換機。前端接收Claude Code或Codex CLI的標準請求，后端維護一個賬號池，哪個賬號還有額度就走哪個。用戶端完全無感知，代碼補全不會中斷，聊天不會卡住。

技術(shù)實現(xiàn)上，作者用Node.js搭了一個透明代理層。請求進來先解析格式，翻譯成對應(yīng)平臺的API協(xié)議，再輪詢賬號池里的可用額度。響應(yīng)流原樣返回，連錯誤碼都模擬得像官方出品。

安裝只要兩行命令，但門檻在賬號池

npm裝完全局包，localhost:8081彈出儀表盤。界面樸素得像2010年的路由器后臺，但功能足夠：實時看哪個賬號還剩多少額度，手動拉黑某個失效賬號，調(diào)整輪詢策略。

真正的成本轉(zhuǎn)移到了賬號維護。免費賬號需要手機號、郵箱、甚至信用卡預授權(quán)——這些才是稀缺資源。ProxyPool Hub本身不解決賬號來源問題，它只是把已有的賬號榨出最后一滴價值。

作者把代碼扔在AGPL-3.0協(xié)議下，意味著商用也得開源。這個選擇很有意思：工具可以免費，但想靠它做服務(wù)賺錢，得先把底牌亮出來。

AI公司的兩難：封還是不封

這套系統(tǒng)本質(zhì)上是在規(guī)則邊緣打時間差。免費額度的設(shè)計初衷是試用轉(zhuǎn)化，不是讓用戶無限白嫖。但ProxyPool Hub沒有破解任何驗證機制，它只是把「人」的操作自動化了。

Claude和OpenAI的風控能檢測異常IP、異常頻率，但面對5個正常賬號輪流使用，識別難度陡增。封太狠誤傷真實用戶，放太松額度被薅光——這個平衡比技術(shù)實現(xiàn)更難拿捏。

GitHub評論區(qū)有人算過：按當前免費額度，湊齊6-8個主流平臺的賬號，重度編碼場景下基本能覆蓋全天需求。前提是愿意折騰賬號注冊和額度監(jiān)控這套臟活。

開源社區(qū)的默契：用可以，別聲張

項目README寫得克制，沒有「破解」「無限」這類刺眼詞匯。作者用「pooling」和「rotation」這種中性詞包裝，社區(qū)心領(lǐng)神會。Issue區(qū)討論最多的是賬號池的自動化管理腳本，而不是怎么繞過驗證。

這種默契背后是風險共擔。工具本身合法，但大規(guī)模濫用可能倒逼平臺收緊免費政策。已經(jīng)有用戶在討論區(qū)提醒：別在公開渠道曬自己的賬號配置，別讓這套玩法變成新聞頭條。

儀表盤里有個細節(jié)沒被太多人注意到——當所有賬號都耗盡時，系統(tǒng)可以fallback到付費API Key。這個設(shè)計暴露了作者的誠實：免費是手段，不是目的。真到了生產(chǎn)環(huán)境，該掏錢還得掏。

ProxyPool Hub的最后一個commit是三天前，作者在修一個Gemini CLI的流式響應(yīng)bug。評論區(qū)有人留言：「用了兩周，省下的API費用夠買把HHKB了。」作者回了個，沒說話。