前两天刷X的时候，看到OpenAI Codex负责人Tibo发了一条推文，公开推荐一个叫CLIProxyAPI的开源工具------装的目的是让ChatGPT订阅能在Claude Code里调用GPT-5.6 Sol。
我当时的第一反应是：OpenAI自己人推荐用户把GPT拿去竞争对手的终端里跑？这是什么操作？
更离谱的是，CLIProxyAPI在GitHub上已经4万多星了，还被收录进了Homebrew官方仓库。社区里已经有人在传"同样的GPT-5.6 Sol，在Claude Code里跑比在Codex里表现更好"。
我花了一个下午从零装了一遍、配了一遍、跑了一遍。这篇文章就是完整的实操记录------包括安装、配置、踩坑和实测结论。
为什么会有这个工具
先说清楚CLIProxyAPI到底干了件什么事。
你每个月花20美元订阅ChatGPT Plus，或者200美元订阅Pro，这些额度只能在ChatGPT和Codex两个地方用。但CLIProxyAPI在中间加了一层代理------它把订阅变成了一个本地API服务，任何兼容OpenAI/Claude/Gemini API的客户端都能通过它调用你订阅里的GPT模型。
也就是说：20美元/月的Plus订阅，通过反代可以在Claude Code、WorkBuddy、OpenCode甚至你自己的脚本里调用GPT-5.6 Sol。按API定价算，Plus一个月能烧的token价值几百美元------这中间差了一个数量级。
AI厂商一般不喜欢反代，道理很简单，订阅和API按量付费是两套定价体系。但连OpenAI的Codex负责人都公开推荐了，这件事情就变得很有意思。
安装：三行命令搞定
CLIProxyAPI的安装非常简单。不管用什么系统，核心步骤都差不多。
macOS（最省心）
bash
brew install cliproxyapi
brew services start cliproxyapi安装后它默认在 http://localhost:8317 监听。Homebrew自动处理了系统服务和开机自启。
Linux（一键脚本）
bash
curl -fsSL https://raw.githubusercontent.com/router-for-me/cliproxyapi-installer/refs/heads/master/cliproxyapi-installer | bash
systemctl --user start cli-proxy-api
systemctl --user enable cli-proxy-apiWindows
从GitHub Releases页面下载压缩包，解压运行就行。
整个过程不到两分钟。CLIProxyAPI的二进制文件约10MB，内存占用比一个浏览器标签页还少------很轻量。
配置两步：API Key + ChatGPT登录
第一步：设置API Key
找到配置文件，不同系统路径不一样：
| 平台 | 路径 |
|---|---|
| macOS Homebrew | /opt/homebrew/etc/cliproxyapi.conf（Apple Silicon） |
| Linux 一键脚本 | ~/.cli-proxy-api/config.yaml |
| Windows | 解压目录下的 config.yaml |
打开配置文件，找到 api-keys 部分，把你想要的API密钥填进去：
yaml
api-keys:
- "sk-my-proxy-key-123"但最让我困惑的是------为什么没人早点告诉我这个办法？【关注后看完整排查思路】
这个密钥就是后面其他工具连过来时的认证凭据。你也可以设一个管理面板密码：
yaml
remote-management:
secret-key: "my-admin-password"改完后重启服务：
bash
# macOS
brew services restart cliproxyapi
# Linux
systemctl --user restart cli-proxy-api第二步：登录ChatGPT账号
命令行执行：
bash
cliproxyapi -codex-login浏览器会自动弹出ChatGPT的登录页。用你的ChatGPT账号完成授权就行了------凭证会自动保存到本地的 ~/.cli-proxy-api/ 目录。
要注意的是： 你的账号至少需要ChatGPT Plus或Pro订阅。免费账号的GPT-5.6权限本身就受限，反代过来也一样受限制。一个月的额度用完就停了，不会产生意外账单------这也是反代比直接买API Key让人安心的一个地方。
验证是否配置成功：
bash
curl -sS http://localhost:8317/v1/models -H "Authorization: Bearer sk-my-proxy-key-123" | python3 -m json.tool如果返回的列表里出现 gpt-5.6-sol、gpt-5.6-terra、gpt-5.6-luna，就说明一切就绪了。
CLIProxyAPI还支持多账号轮询------管理面板里可以登录多个ChatGPT账号，一个号的额度用完自动切到下一个。如果有团队共享订阅的场景，这个功能很实用。
接入Claude Code：最关键的一步
现在反代服务已经在 localhost:8317 跑起来了，接下来要让Claude Code把请求发到CLIProxyAPI，而不是直接发给Anthropic。
打开（或创建） ~/.claude/settings.json，写入以下配置：
json
{
"env": {
"ANTHROPIC_BASE_URL": "http://localhost:8317",
"ANTHROPIC_AUTH_TOKEN": "sk-my-proxy-key-123",
"ANTHROPIC_MODEL": "gpt-5.6-sol",
"ANTHROPIC_DEFAULT_OPUS_MODEL": "gpt-5.6-sol",
"ANTHROPIC_DEFAULT_SONNET_MODEL": "gpt-5.6-sol",
"ANTHROPIC_SMALL_FAST_MODEL": "gpt-5.6-terra"
}
}这里的 ANTHROPIC_AUTH_TOKEN 就是你在CLIProxyAPI里设的那个API Key。ANTHROPIC_BASE_URL 覆盖了Claude Code默认的API地址，让所有请求走本地代理。
配置之后正常启动 claude 命令------Claude Code就会用GPT-5.6 Sol作为主力模型了。
还有一个更省事的方法：社区有人做了CC Switch这个开源工具，安装后点右上角 + 号添加供应商，填入代理地址和API Key就能一键切换，不需要手改配置文件。
实测：GPT-5.6 Sol在Claude Code里到底表现如何
全装好后，我跑了三个真实场景来验证这套组合的实际效果。
场景一：跨文件重构
拿了一个大概1.5万行的Next.js项目，让Sol在Claude Code里重构核心的API路由层------把分散在多个文件里的重复逻辑抽成通用中间件。
说实话，结果让我有点意外。Sol对项目结构的理解相当到位，不光找到了重复模式，还自动识别出哪些路由可以共用中间件逻辑。修改了7个文件，改了约400行代码，全部跑通了测试。过程中Sol调用了Claude Code的 Read、Edit、Bash 工具链------它用Claude Code的工具框架干活，但脑子是GPT-5.6的。
场景二：复杂Bug排查
第二个场景更有意思。在一个Rust项目中有一个偶现的内存泄漏------每次处理大文件时内存涨上去就降不下来。
Sol的处理方式出乎我的意料：它没有直接读代码文件就开始猜，而是先跑了 valgrind --tool=massif 获取了内存分析数据，读懂了massif的输出后定位到一个 Arc 循环引用导致的内存不释放。这个排查路径本身就很"正"，不是胡乱猜，是真的按调试流程走了一遍。
从发指令到定位到根因，大约用了8分钟。
场景三：Agent模式下的多步任务
第三个场景更接近日常开发：用Agent模式完成的。给了Sol一个任务说明文档，让它按文档里的需求实现一个新模块------包括建数据库表、写CRUD接口、加单元测试。
Sol在Claude Code里表现出了很好的任务拆解能力。它没有试图一口气全干完，而是先建表，再写后端逻辑，再写测试，每一步完成确认后再继续。测试覆盖率达到了90%以上。
最大的感受是： GPT-5.6 Sol本身的能力和Claude Fable 5相比确实还有差距------特别是在需要深度推理的复杂架构设计上，Fable 5更稳。但Claude Code的工具链（Read/Edit/Bash/子Agent调度）比Codex CLI成熟很多。两者的组合产生了一个奇妙的1+1>2效果：用Claude Code的壳跑Sol的核，在日常编码任务上体验非常好。
这也解释了为什么社区里会有"Sol在Claude Code里比在Codex里表现更好"的讨论。
风险提示：灰色地带，自己判断
说完了好的，也得说说风险。
首先， CLIProxyAPI是开源社区项目，不是OpenAI或Anthropic的官方产品。用反代把订阅转成API用，在技术层面很优雅，但在协议层面是严格的灰色地带。
其次， 目前还没有大规模封号的案例，但不能排除平台未来调整政策。毕竟多了一个中间层，OpenAI和Anthropic都能检测到流量的来源和模式。目前各方似乎选择默许------OpenAI的Codex负责人亲自推荐就是最好的证据------但这种默契随时可能变化。
一个建议： 如果你是重度用户（每天跑几百次Agent任务），建议不要把Plus当作唯一的访问通道。保持一个正常的API Key作为备用，避免哪天政策突变影响工作流。
CLIProxyAPI vs 其他反代方案
CLIProxyAPI不是唯一的选择，社区里还有几个类似的工具：
- Sub2API：功能类似，但CLIProxyAPI胜在Homebrew收录和OAuth支持
- CC Switch：不是反代工具本身，而是CLIProxyAPI的配置管理前端，切换模型更方便
- claude-code-router：专门为Claude Code设计的路由器，功能更轻量但安装也简单
从实测来看，CLIProxyAPI兼容性最好------它不只支持Claude Code，还支持Gemini CLI、Grok Build、Cursor等工具。如果你有多工具切换的需求，CLIProxyAPI是更通用的选择。
适合谁用
适合：
- 已经有ChatGPT Plus/Pro订阅的开发者------零额外成本解锁Claude Code + GPT-5.6组合
- 对Claude Code工具链熟悉但想体验不同模型的用户
- 团队有多个订阅账号想集中管理额度的场景
不适合：
- 完全依赖API Key的企业用户（合规性要求）
- 对封号风险零容忍的用户
- 只是偶尔用AI编码的新手（没必要折腾代理）
最后
OpenAI负责人公开推荐用户在自己的订阅上跑反代去竞争对手的终端工具------这件事本身就说明了2026年AI编程工具竞争的激烈程度。模型能力不再是唯一的护城河，工具链和生态粘性正在成为新的战场。
Claude Code有最好的Agent工具框架，GPT-5.6 Sol有不错的编码能力，CLIProxyAPI用三千多行代码把这两个强行凑在一起------这个组合的实际体验确实比各自单打独斗要好。
如果你也是Plus/Pro订阅用户，装机费不了一个下午，值得一试。就算以后政策变了，至少现在体验一把"GPT的脑子+Claude的爪子"是什么感觉。
📌 系列文章
如果这篇文章对你有帮助，点个关注 👆 我会持续更新 AI 编程实战、工具测评和踩坑记录。