codex-lb

多账户轮询分流,突破 API 限速,用量一目了然

codex-lb 是一个针对 Codex 和 ChatGPT 的多账户负载均衡与代理工具,主要解决开发者在使用 OpenAI 服务时面临的单账户速率限制、配额不足和并发受限问题。它通过智能轮询和流量分配,将请求分散到多个 API 账户,从而提升整体吞吐量和稳定性。项目基于 FastAPI 构建,提供内置的用量追踪仪表盘,让用户清晰掌握每个账户的消耗情况。同时,它兼容 OpenCode 等第三方客户端的端点,可无缝接入现有工作流。核心能力包括 OAuth 认证、细粒度限流、多账户健康检查与自动故障转移,确保服务高可用。对于依赖 ChatGPT/Codex API 的开发者或团队,这个工具能显著降低使用成本并提高开发效率,尤其适合需要大规模调用 AI 能力的场景。

开源 free 对话助手
访问官网 ↗ GitHub ↗ 文档 ↗
GitHub 星标 ★ 3230
维护状态 活跃
是否开源
定价模式 free

项目数据

分类对话助手
开发团队Soju06
所属国家
定价模式free
价格说明开源项目,MIT许可证,完全免费,可自行部署使用。
访问状态
是否开源
开源协议MIT
主要语言Python
技术栈/模型api-proxy,chatgpt,codex,dashboard,fastapi,load-balancer,multiple-accounts,oauth,openai,openclaw,opencode,python,rate-limit,sqlalchemy,usage-tracking
GitHub 星标★ 3230
30天Star增速
HF 下载量
上线时间2026-01-07 00:00:00
最近更新2026-09-23 00:00:00
维护状态活跃
中文支持
访问方式
移动端支持
综合评分
收录时间2026-08-09
浏览次数6

使用教程

难度:入门 约 10 分钟 部署方式:Docker 6 步

环境要求

  • 已安装 Docker(官方推荐的部署方式)
  • 本机 2455 与 1455 端口可用
  • 至少一个 ChatGPT/Codex 账户,用于在仪表盘中池化
  • 远程调用时需要先在仪表盘创建 API Key

安装与启动步骤

  1. 1创建数据卷

    用 Docker 卷持久化配置与用量数据,卷内挂载点为 /var/lib/codex-lb。

    docker volume create codex-lb-data
  2. 2创建专用网络

    创建 codex-lb-net 网络,已有同名网络时命令会跳过创建,可安全重复执行。

    docker network inspect codex-lb-net >/dev/null 2>&1 || docker network create codex-lb-net
  3. 3启动代理容器

    映射 2455(服务端口)与 1455,挂载数据卷后运行官方镜像,后台常驻。

    docker run -d --name codex-lb 
      --network codex-lb-net 
      -p 2455:2455 -p 1455:1455 
      -v codex-lb-data:/var/lib/codex-lb 
      ghcr.io/soju06/codex-lb:latest
  4. 4打开仪表盘

    浏览器访问本机 2455 端口进入 Dashboard,登录后添加 ChatGPT 账户并查看用量。

  5. 5创建 API Key

    远程客户端接入前,需要先在仪表盘的 API Keys 页面创建密钥,并按 token/成本/窗口/模型设置限流。

  6. 6配置 Codex CLI

    编辑 ~/.codex/config.toml,把 provider 指向 codex-lb 的 Codex 端点,name 必须为 openai。

    model = "gpt-5.6-sol"
    model_reasoning_effort = "xhigh"
    model_provider = "codex-lb"
    
    [model_providers.codex-lb]
    name = "openai"
    base_url = "http://127.0.0.1:2455/backend-api/codex"
    wire_api = "responses"
    supports_websockets = true
    requires_openai_auth = true

关键配置

配置项必填说明示例
CODEX_LB_DATABASE_URL指定数据库连接,缺省使用 SQLite,可选 PostgreSQL。postgresql://user:pass@localhost:5432/codexlb
代码客户端 base_url(Codex CLI)Codex CLI/IDE 指向的 Codex 端点地址。http://127.0.0.1:2455/backend-api/codex
模型客户端 base_url(OpenCode 等)OpenAI 兼容客户端使用的 v1 端点地址。http://127.0.0.1:2455/v1
model_providerCodex CLI 中指定使用 codex-lb 作为模型提供方。codex-lb

如何确认成功

执行 docker ps 可见 codex-lb 容器处于运行状态,浏览器打开 http://127.0.0.1:2455 能正常加载仪表盘页面。

常见问题

Q:必须用 PostgreSQL 吗?

A:不必须。默认数据库后端是 SQLite,只有需要通过 CODEX_LB_DATABASE_URL 指定时才切换到 PostgreSQL。

Q:远程客户端调用报未授权怎么办?

A:远程客户端需要 API Key,请先在仪表盘的 API Keys 页面创建密钥,再填入客户端配置中使用。

Q:哪些客户端可以直接接入?

A:Codex CLI/IDE、OpenCode、OpenClaw、Hermes Agent 以及 OpenAI Python SDK 等 OpenAI 兼容客户端均可按对应端点接入。

Q:Codex CLI 配置里 name 能写 OpenAI 吗?

A:不建议。README 要求小写 openai,旧写法 “OpenAI” 会导致 gpt-5.5 无法解析。

注意事项

  • 镜像与默认配置来自官方 Quick Start,环境变量统一使用 CODEX_LB_ 前缀,也可写入 .env.local。
  • 客户端端点默认使用 127.0.0.1:2455,如改动端口映射需同步修改各客户端 base_url。
  • 更完整的安装、客户端配置、部署与排错说明见官方文档 https://soju06.github.io/codex-lb/。

核心亮点

  • 支持多账户自动轮询和故障转移,显著提升 API 调用稳定性
  • 内置可视化仪表盘,实时追踪每个账户的用量和配额
  • 兼容 OpenCode 端点,可无缝接入现有 AI 编程工具链

不足之处

  • 需自行管理多个 API 账户,配置和维护成本较高
  • 文档/社区待观察

适用场景

  • 个人开发者突破单账户速率限制,提升 Codex 调用并发
  • 团队统一管理多个 OpenAI 账户,集中监控用量与成本
  • 将负载均衡能力嵌入自建 AI 代理服务,兼容 OpenCode 客户端

替代项目

one-api、new-api、LiteLLM

项目介绍

codex-lb 是基础设施领域的开源项目,由 Soju06 开发,是 2026 年新上线的项目。

在全站 13,014 个收录项目中,它的 GitHub 星标数(3,230)位列前 30%,在基础设施分类中处于中上游。

近 45 天,它的 GitHub 星标从 2,646 增加到 3,230,净增 584。

项目目前处于活跃维护状态,最近一次代码更新于 2026-09-23。MIT许可证,完全免费,可自行部署使用。

它主要面向的使用场景是:个人开发者突破单账户速率限制,提升Codex调用并发。同类可对比的替代方案包括 one-api、new-api、LiteLLM。

上一篇:fastapi

下一篇:yantr

同类项目推荐

freebuff-proxy 开源

聚合多账号,一键接入 OpenAI 兼容 API,轻松管理会话。

Multi-account OpenAI-compatible gateway for coding models. Pooled keys, session life···

★ 213 2026-08-20
microduck 开源

用 Rust 造一只会走路的桌面小鸭,快速上手双足机器人。

A Tiny biped duck robot

★ 8684 2026-09-10
soperator 开源

用 Kubernetes 原生方式运行 Slurm,简化 HPC 集群管理。

Run Slurm in Kubernetes

★ 439 2026-08-10
ollama 开源

一条命令本地跑起大模型,免费、私密、不卡顿

Get up and running with Kimi, GLM, MiniMax, DeepSeek, gpt-oss, Qwen, Gemma and other···

★ 181484 2026-08-09