CLIProxyAPI — Local Proxy for AI Coding CLIs

简介

CLIProxyAPI 已核验来源于 router-for-me/CLIProxyAPI（32,053 stars，许可证 MIT）。适合：想把多账号/多 provider 的 CLI 能力统一成一个本地 API 面的重度用户与团队。兼容：Docker + docker compose；对外暴露 OpenAI/Gemini/Claude/Codex 兼容接口（见仓库说明）。装机时间：15 分钟。

量化信息

• 默认端口 8317（仓库配置）
• docker-compose.yml 暴露多个端口（仓库）

深度说明

解决什么问题

把“找到项目 → 安装 → 首次验证 → 回滚/升级”变成可复用流程，避免只靠一次性提示词或截图操作。

最小心智模型

• GitHub 仓库是事实来源：安装、配置、升级、已知问题都以它为准。
• 第一次只做最小闭环：一个命令安装、一个命令验证、一个可回滚方案。
• 记录基线：装机耗时、首次成功输出、完成 1 个真实任务的证据。

安全推广清单

1. 核验来源：确认仓库 URL / stars / license 与预期一致。
2. 按“快速使用”完成安装与首次检查。
3. 跑通“验证命令”，把输出留档。
4. 标注 owner，并写清升级/回滚步骤。

常见排障

• 装了但看不到效果

  • 常见原因：需要重启 CLI/IDE 或配置文件路径不对。
  • 处理：重启后再跑一遍“验证命令”。

• 一台机器能跑，另一台不行

  • 常见原因：Node/Python/Docker 版本差异或缺少系统依赖。
  • 处理：固定版本，并拷贝最小可用配置。

• token 成本/延迟超预期

  • 常见原因：工具 schema 或输出过长被塞进上下文。
  • 处理：拆小步骤、缓存结果、尽量让工具输出更短。

FAQ

Q: 能直接公网暴露吗？ A: 配置支持绑定 host；除非你完全理解认证与网络边界，否则只建议跑在 localhost。

Q: 怎么添加凭据？ A: 按仓库 YAML 配置填 api-keys 与各 provider 段，密钥不要提交到 git。

Q: 路由不对怎么排查？ A: 先看容器日志，再用 /v1/models 做最小验证，最后再接入完整客户端/SDK。