这篇不是什么"赚钱教程"，也不是教你薅羊毛的。我只是觉得，当你弄清楚这条产业链的逻辑之后，你会发现：很多人花钱买的东西，其实自己就能搭。
零、起点：一个让人头疼的问题
你有没有遇到过这种情况——
手头有 ChatGPT Plus、Claude Pro，还有 Gemini，每个都有免费额度（订阅套餐），每个都在各自的网页上孤立存在。你写的自动化脚本只能调 OpenAI 的官方 API，想用 Claude？换一套 SDK。想用 Gemini？再换一套。遇上哪个服务抽风，整条流水线就卡死了。
然后打开某宝、某鱼，甚至一些独立站，搜"Claude API"或者"GPT-4 API"，你会看到一大堆卖家，价格从几块钱到几十块不等，标题大多写着"稳定中转"“低价 API"“无需魔法”。
这些人卖的是什么？他们从哪里搞来的？
答案说出来其实很简单，但大多数人从来没想过这个问题。
一、Token 倒卖产业链是怎么运转的（配合购买网页端额度）
事情要从 AI 平台的定价策略说起。 OpenAI、Anthropic、Google 这些公司，一方面提供付费 API（按 Token 计费，价格不低），另一方面又有网页版——ChatGPT Free、Claude.ai 免费套餐、Gemini 基础版——这些网页版对普通用户是免费的，每天有一定额度，用完了等明天。
网页版是为人设计的，但它背后走的一样是真实的模型。 然后有一批人发现了一件事：网页版登录之后会生成 OAuth Token，这个 Token 理论上可以模拟 API 调用。只要把这个 Token 截下来，做一层转发，就能把"网页版免费额度"包装成"API 服务"对外出售。
于是整条产业链就跑起来了：批量注册账号（或者收购别人的账号），囤积 OAuth Token，搭一个转发服务，设置一个比官方 API 便宜一截的价格，卖给需要便宜 API 的开发者和个人用户。 中间商赚的是什么？就是"信息差"加"技术门槛”——明明是免费额度，但大多数人不知道能这么用，也不知道怎么自己搭。 溢价有多高？随便看几家，3 到 10 倍都算正常。
二、CLIProxyAPI 到底做了什么
本质上，它是一个反向代理 + API 适配层。
它把你在浏览器里登录 ChatGPT / Claude / Gemini 之后产生的 OAuth Token 拿过来，伪装成 API 调用方，把你的请求塞进去，然后把响应整理成标准的 OpenAI 格式吐回来。
对外暴露的接口和 OpenAI 官方完全兼容——/v1/chat/completions、/v1/models，那些你熟悉的端点全都在。所以任何支持自定义 base URL 的工具，都可以无缝接入。
支持的平台：ChatGPT、Claude、Gemini、Codex、Kimi，还在持续扩充。
三、装起来其实不复杂
整个安装流程基本就三步：Docker 拉镜像、写配置文件、跑起来。
第一步，确保你有 Docker：
sudo apt update && sudo apt install -y docker.io curl git
sudo systemctl enable --now docker
第二步，拉取项目：
mkdir -p ~/cli-proxy-api/
cd ~/cli-proxy-api/
git clone https://github.com/router-for-me/CLIProxyAPI.git
cd CLIProxyAPI
第三步，建好配置目录和 config.yaml：
cp config.example.yaml config.yaml
nano config.yaml
配置文件示例如下：
host: "0.0.0.0"
port: 8317
tls:
enable: false
remote-management:
allow-remote: true
secret-key: "自己定一个安全密码"
auth-dir: "~/.cli-proxy-api"
api-keys:
- sk-你的OAuth-token-粘在这里
debug: false
关键点：
api-keys这里填的不是花钱买的 API Key，而是你网页版登录后浏览器里能拿到的 OAuth Token。这就是"把网页版额度变 API"的魔法所在。
第四步，运行 CLIProxyAPI：
cd ~/cli-proxy-api/CLIProxyAPI
bash docker-build.sh
docker compose up -d
注意：如果过程中遇到 Docker 权限问题
解决方案：把当前用户加入 docker 组并生效权限。
sudo usermod -aG docker $USER
newgrp docker
# 再次尝试运行
bash docker-build.sh
docker compose up -d
验证运行状态：
docker ps
第五步，通过网址访问 web 控制台：
地址：http://127.0.0.1:8317/management.html
（在 config.yaml 中设置了 host: "0.0.0.0" 即可实现局域网访问）
第六步，登录自己的 AI 网页端绑定账户获取 Token 额度
第七步，查看信息
配置后的配额管理，可以同时登录多个账号，系统会自动分配。账号越多，可用额度越高。
可用模型展示：
四、然后是真正有意思的部分：联动其他工具
光有 API 还不够，我真正想做的是自动化流水线——数据抓取、AI 处理、结果分发，全部串起来。
Hermes：任务调度中枢
Hermes 是一个自动化任务调度框架，支持定时触发、事件驱动、脚本串联。把 CLIProxyAPI 的地址填进 Hermes 的 AI 后端配置里，它就能调用你挂载在代理上的模型。比如每天自动生成日报，用哪个模型全凭心情。
OpenClaw：网页数据抓取
OpenClaw 负责抓取结构化数据（评论、新闻等）。与 CLIProxyAPI 搭配：抓完数据直接扔给代理让 AI 处理。因为 OpenClaw 兼容 OpenAI 格式，改一下 base URL 即可无缝切换。
Claude Code / Codex：代码生成搭档
这些工具都支持自定义 API endpoint，配置非常方便。例如在 Claude Code 中：
export ANTHROPIC_BASE_URL=http://localhost:8317/v1
export ANTHROPIC_API_KEY=sk-你的key
claude
Codex 同理：
export OPENAI_API_BASE=http://localhost:8317/v1
export OPENAI_API_KEY=sk-你的key
五、踩坑记录（很重要）
- 端口冲突：如果 8317 和 8085 端口已被占用，请在
config.yaml和 Docker 运行参数中同步修改。 - OAuth Token 过期：网页版 Token 有有效期，失效会导致 401 错误。虽然代理支持自动刷新，但若失效严重请重新检查 Token 状态。
- 并发控制：网页版额度有限，频率太高会触发限制。请利用 CLIProxyAPI 的并发控制选项进行配置。
结语
CLIProxyAPI 这套方案通过一层轻量代理，将分散的网页版额度打包成了标准 API。我个人跑了一段时间，稳定性表现良好，偶尔需要手动刷一下 Token，其他时间基本无需维护。如果配合网页版会员使用，高额度的体验会更佳。
