中文 | English

用统一网关连接多个大模型 Provider，并提供 OpenAI Chat Completions、OpenAI Responses 和 Anthropic Messages 三种客户端协议，以及内嵌 Web 聊天、可视化配置台和 Wails 桌面端。

项目不负责供应商计费或账户余额统计。界面中的容量来自本地滚动限流窗口，不等同于供应商账单；模型名称、价格、免费额度和上游接口以各供应商当前官方文档为准。

首次安装无需准备 config.json：

docker run -d --name simple-one-api -p 9090:9090 \
  -v simple-one-api-data:/app/data \
  -e SIMPLE_ONE_API_DB=/app/data/config.db \
  --restart unless-stopped \
  ghcr.io/fruitbars/simple-one-api:latest
docker logs --tail 100 simple-one-api

打开 http://服务器地址:9090/，按 /setup 向导输入日志中的临时初始化密钥、设置永久主密钥、添加 Provider。点击“测试连接”验证第一个模型，再保存配置，进入 Chat 发出第一条消息。

完整操作、密钥区别、客户端填写示例和常见问题见 5 分钟快速开始。已有 Compose 部署升级时请保留原有 ./data 挂载，避免切换到空数据卷。

• /v1/chat/completions、/v1/responses、/v1/messages、GET /v1/models、GET /v1/models/:model 和 Embeddings 接口。
• 多 Provider、多模型和 API Key 号池，支持随机、首选、轮询和哈希基础路由。
• 容量感知的 Key 调度：按 Key + 模型 估算剩余 TPM，遇到 429 自动切换、冷却并计算恢复时间，避免轮询反复撞到已满 Key。
• Provider、Provider-模型、Key、Key-模型四层组合限流；QPS、QPM、RPM、TPM、并发数可同时生效。
• 内嵌 React Web 聊天界面，支持 Markdown、流式输出统计和最多 50 条本地对话历史；生产资源通过 go:embed 打进服务端单文件。
• 可视化配置台：编辑基础设置、Provider、上游协议、模型、号池、代理和访问密钥，也可以切换到配置源码；每个 Key 可查看实时预留、剩余容量、冷却状态和预计恢复时间。
• 可开关的实时日志视图，支持级别筛选、自动跟随、固定容量和敏感信息脱敏。
• 轻量使用统计：输入/输出 Token、Usage 完整率、P50/P95 延迟、流式 TTFT、Provider/模型分布、组合筛选、周期对比与 CSV 导出；不保存提示词或响应正文。
• SQLite 配置仓库：首次导入 JSON/YAML、校验、保存和运行时原子生效。
• Wails v2 桌面应用；启动 App 时自动在 loopback 地址启动网关，退出 App 时一并关闭，便于 Codex、zcode 等本地客户端直接连接。
• 全局/Provider 代理、限流、模型别名、翻译和多模态路由。
• Provider-Key-模型粒度的熔断与半开恢复、供应商扩展参数透传，以及思考过程流式展示。
• GitHub Release 自动生成服务端与桌面端产物，并同步发布 amd64/arm64 GHCR 镜像。

支持的 Provider 类型、字段和样例以配置参考为准。供应商接入指南仍保留在 docs/，其中的额度和模型示例可能过时，使用前请核对官方文档。

默认读取当前工作目录下的 config.json（兼容回退到 config/config.json）；默认文件缺失时使用内置配置启动，可直接进入初始化向导。也可以传入已有 JSON/YAML 路径：

./simple-one-api
./simple-one-api ./config.json

最小 Web 配置：

{
  "server_port": ":9090",
  "enable_web": true,
  "log_level": "info",
  "services": {}
}

启动后访问 http://localhost:9090/。首次启动且尚未设置主 api_key 时，页面会自动进入 /setup 初始化向导，可设置永久主密钥并添加第一个 Provider；完成后进入配置台。访问 http://localhost:9090/chat 可进入聊天界面，兼容路径 /admin 也会打开配置台。

• 有主 api_key 时，/api/admin/* 使用 Authorization: Bearer <api_key>。
• 没有主 api_key 时，本机 loopback 请求可以进入首次配置；远程访问使用启动日志中的临时 bootstrap token，发布正式 api_key 后临时 token 立即失效。
• SQLite 默认位于配置文件旁边（config.json → config.db），可用 SIMPLE_ONE_API_DB 覆盖。
• 配置草稿在 API 边界脱敏密钥；未修改的占位符在发布时恢复原值。
• SQLite 当前没有静态加密，数据库文件尽量使用 0600 权限；请限制数据目录访问。

完整流程见配置参考。

在一个 Provider 的 credential_list 中配置多组 Key，并为每个 Key 设置总限制或模型限制：

{
  "load_balancing": "round_robin",
  "services": {
    "openai": [{
      "id": "local-pool",
      "provider": "openai",
      "upstream_protocol": "responses",
      "enabled": true,
      "models": ["your-model"],
      "server_url": "https://api.example.com/v1",
      "credential_list": [{
        "id": "key-1",
        "name": "Key 1",
        "enabled": true,
        "api_key": "your-upstream-key",
        "model_limits": {
          "your-model": {"tpm": 1000000, "concurrency": 2}
        }
      }]
    }]
  }
}

继续添加 key-2、key-3 即可扩展号池。调度器以全局负载策略作为基础顺序，再优先选择能容纳当前请求且剩余容量更高的 Key。上游 429 会让当前 Key + 模型 短暂冷却；管理页通过 GET /api/admin/capacity 展示运行时状态。完整字段和四层限流关系见配置参考。

传统轮询只回答“下一个是谁”，不知道这个 Key 当前还能不能承载请求。对于输入很大的 Codex、长上下文或批量工具请求，一个 Key 即使配置了 100 万 TPM，也可能在一分钟内只能处理一次；随机或固定轮询会反复撞到刚刚用满的 Key，最终出现连续 429。

simple-one-api 会在请求发往上游前做一次保守 Token 估算，并为每个 Provider + API Key + 模型 维护 60 秒滚动预留窗口：

1. 先过滤停用、熔断和明确不可用的 Key。
2. 计算本次请求成本；聊天会考虑消息、工具定义和最大输出，Responses 会按原始请求体估算，Embedding 会按输入体积估算。
3. 先选择能容纳本次成本的 Key，再在这些 Key 中优先选择剩余容量更大的 Key；容量不足的 Key 按预计恢复时间排到后面。
4. 限流器接受请求后预留 Token。预留不会因为上游提前结束而退回，因为供应商通常已经把请求计入 TPM。
5. 上游返回 429 时，仅冷却当前 Key + 模型，默认 30 秒；尚未写出响应时会自动尝试池内下一个健康 Key。

这带来几个实际效果：大请求会自然分散到多个 Key；不同模型在同一个 Key 上独立计量；某个 Key 被供应商限流时不会拖停整个 Provider；下一次可用时间会综合 TPM 窗口和 429 冷却时间计算，并在配置台实时显示。

号池的限制边界也很明确：Key 总限制和 Key-模型限制可以通过切换到其他 Key 获得池内总容量，但 Provider 总限制和 Provider-模型共享限制不会因为换 Key 被绕过。QPS、QPM、RPM、TPM、并发数可以同时配置，只有所有已配置的限制都满足时请求才会发出。

运行时容量只保存在当前 Go 进程内存中，重启后会清空本地预留和冷却状态；它用于调度，不代表供应商后台的账户余额、账单或精确 Token 计费。供应商真实限制仍应以官方文档和上游响应为准。

docker pull ghcr.io/fruitbars/simple-one-api:latest

docker run -d --name simple-one-api -p 9090:9090 \
  -v simple-one-api-data:/app/data \
  -e SIMPLE_ONE_API_DB=/app/data/config.db \
  ghcr.io/fruitbars/simple-one-api:latest

正式环境建议将 latest 替换为支持所需功能的固定发布版本。镜像同时支持 linux/amd64 和 linux/arm64，内置 /healthz 健康检查。仓库内的 docker-compose.yml 默认使用命名数据卷，不需要 config.json，可直接运行 docker compose up -d。

已有 Compose 部署应保留 ./data:/app/data，直到完成数据迁移。需要从文件导入时，可额外挂载一个已存在的配置文件到 /app/config.json:ro；数据库仍须放在可写目录。详见首次部署与迁移说明。

其他部署方式：systemd · nohup。

构建要求 Go 1.25+、Node.js 和 pnpm。所有脚本都会先构建 web/，避免把旧前端嵌入服务端。完整说明见构建与发布。

Windows 可运行 quick_build.bat，也支持传入 GOOS GOARCH 参数。

cd web
pnpm install --frozen-lockfile
pnpm typecheck
pnpm test
pnpm build

构建结果写入 internal/webui/dist/，随后执行 Go 构建即可得到单文件服务端。

go install github.com/wailsapp/wails/v2/cmd/wails@v2.13.0
cd cmd/desktop
wails dev
wails build -clean

产物位于 cmd/desktop/build/bin/。桌面端说明见 cmd/desktop/README.md。

桌面 App 启动后会同时监听 127.0.0.1:<server_port>（默认 9090），因此本地客户端可将 Base URL 配置为 http://127.0.0.1:9090/v1。enable_web: true 时，浏览器也可以打开 /、/admin 和 /chat；配置台会要求输入网关主密钥。退出 App 后该网关进程和监听端口会一起关闭。

curl http://localhost:9090/v1/models \
  -H 'Authorization: Bearer your-gateway-key'

curl http://localhost:9090/v1/chat/completions \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer your-gateway-key' \
  -d '{"model":"random","messages":[{"role":"user","content":"你好"}]}'

curl http://localhost:9090/v1/responses \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer your-gateway-key' \
  -d '{"model":"random","input":"你好"}'

curl http://localhost:9090/v1/messages \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: your-gateway-key' \
  -H 'anthropic-version: 2023-06-01' \
  -d '{"model":"random","max_tokens":256,"messages":[{"role":"user","content":"你好"}]}'

OpenAI 兼容 SDK 可将 base_url 指向 http://host:9090/v1。Codex 使用 Responses 协议；Claude Code 使用 Anthropic Messages 协议，具体限制见配置参考。

• 文档索引
• 配置参考（字段、Provider、Admin、SQLite）
• 构建与发布
• 架构说明
• 更新日志
• 样例配置

Provider 的申请/接入文档是历史辅助材料；模型、额度、URL 和认证方式可能变化，请以官方文档为准。

• GitHub Releases：服务端多平台归档、桌面端包和 SHA256SUMS。
• GHCR 镜像：linux/amd64、linux/arm64 多架构镜像。
• 推送 v* Tag 后，两类产物由同一个 Release workflow 构建；只有所有平台和容器镜像都成功后才创建 GitHub Release。

欢迎提交 Issue 和 Pull Request。提交前请运行 go test ./...、go vet ./...，以及 cd web && pnpm typecheck && pnpm test && pnpm build。