【开源推广】改良版Grok Build反代，增强大号池高并发的稳定性

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签 是


• 我的开源项目完整开源，无未开源部分 是


• 我的开源项目已链接认可 LINUX DO 社区 是


• 我帖子内的项目介绍，AI 生成、润色内容部分已截图发出 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督 是

以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出

[!warning]

本项目除本帖外均为 Grok4.5 编写的 vibe coding 玩具，GPT5.6 sol 和作者本人进行 review。但难免有疏漏之处。同时，本项目因作者日后忙碌疏于维护，需要的可 自行 Fork 二开，issue 和 PR 可能无法及时回应。

[!note]

其实看到Chenyme佬下午做出成品了而我还在debug自知自己晚了一步就不想干了，不过token都烧了也是本着一个干就干完的精神搓出来了。发这个帖子留档作用大点。闲话少叙：适合多号池还觉得服务器内存寸土寸金，需要轻量化部署的佬，无此小众刁钻需求可以不用管。（笑）

项目链接：

已实现功能：

• OpenAI Chat Completions / OpenAI Responses / Anthropic Messages 支持


• 多账号池自动调度


• SQLite 冷库与内存热池


• 会话粘性与 Power-of-Two 选号


• API 令牌、额度、RPM 和并发限制


• Web 管理后台


• Docker 一键部署，默认服务端口：8080

与类似项目的对比

对比项	grokbuild-pool	CLIProxyAPI	grok2api
主要定位	面向 Grok Build 的大规模账号池代理	面向多种 AI CLI 订阅的统一 API 代理	面向 Grok Build 与 Grok Web 的完整网关
上游范围	专注Grok Build	Claude Code、OpenAI Codex、Gemini、Grok Build 等	Grok Build、Grok Web
多供应商支持
图片、图片编辑与视频		主要面向文本及多模态输入
多账号调度
调度特点	SQLite 冷库、内存热池、会话粘性、Power-of-Two 选号	多 Provider、多账号轮询与负载均衡	优先级、额度门控、会话粘性、冷却与故障切换
大规模账号池	核心设计目标	支持，但更侧重多 Provider 统一接入	支持，更侧重完整功能与管理体验
客户端令牌管理
令牌额度与并发限制
内置管理后台	^-^ 轻量管理页	^-^提供 Management API，也可搭配第三方 Dashboard	^-^ 完整 React 管理后台
数据库	SQLite		SQLite / PostgreSQL
Redis 支持
HTTP / SOCKS 代理池
更适合	只使用 Grok Build，重视账号池规模、调度性能和轻量部署	个人使用，希望统一接入多个 AI CLI / OAuth Provider	需要 Grok Build、Grok Web、媒体生成和完整后台

选号逻辑（创新点说是

其实也不知道有没有用，反正grok4.5这样写了

真正的创新点是？

飞速的多账号上传，大号池的佬友们有救了。



用了30秒不到。逻辑是检测到大于某数值的json自动切块并行上传。sso还不太行。

鸣谢

• Grok2api 的前端设计借鉴 @Chenyme


• 原 GrokBuild 反代项目 @greyGun


• SSO 转 json 工具 @flymyd


• @lixuanye 佬的号池提供的 api

要饭（确信

是的本着做都做到底的心思，虽然4.5没有花我的钱但花了时间，重要的是（祥林嫂抱怨.jpg，5.6review的时候开了100多个subagent和subsubagent和subsubsubagent，气笑了，用了朋友的两个plus和六次重置额度，用了两个日抛plus，ldc也用完了，中转站也花了60。最后review到上下文快满了我让他写个review文档也写不出来，是啊你活干了但又慢又烧token，还是grok4.5神力啊

5ldc | 10ldc | 20ldc | 50ldc | 100ldc