OpenAI 员工亲手教 5 分钟把 Claude Code 后端换 GPT-5.6 Sol，我盯着那 4 行 alias 没敢按

发表于 更新于 分类于 阅读次数： 本文字数： 4k 阅读时长 ≈ 4 分钟
OpenAI 员工 Tibo 发推教用 CLIProxyAPI 加 4 行 claudex alias，5 分钟把 Claude Code 后端换成 GPT-5.6 Sol，保留 CC 皮和 skill 生态。我犹豫在三处：一是 Anthropic 那波 1 月封禁禁的是反方向，这条路真被抓的口子在 OpenAI 侧的 Codex 订阅，Tibo 自己都说 If this gets blocked I owe you a reset；二是十几个 skill 长在 CC 的语义地图上换后端就是一次工程债；三是同一天上午刚写完 Ploy 那 4 大坑复盘，门槛越低我越警惕。当下决定：不换主力，装一份并跑。

cover

Hello，我是飞飞。

昨天夜里刷到一条推，一条 4 行的别名，5 分钟就把 Claude Code 的脑子换成 GPT。客户端还是原装 CC，十几个 skill 一根没动，只有后端从 Claude 悄悄换成了 GPT-5.6 Sol。评论区一片「神操作 tonight 就试」，你要是刷到，八成手也痒了。我一手咖啡一手手机，盯了半天，最后没按下去。

真让我缩手的是一句很别扭的怕：最怕的不是报错，是它不报错。这套操作用一个叫 CLIProxyAPI 的开源代理搭起来，门槛低到反常识，可它跑得越顺，我越怕它哪里悄悄错了还一声不吭。为什么没按，这篇就把我这半天的犹豫掰开。

那 4 行 alias 长这样

先把话说前面：这个操作真能跑，不是纸上谈兵。项目源自 GitHub 的 router-for-me/CLIProxyAPI，快 4 万 star，开源 MIT 协议。周边生态也长起来了，vibeproxy 菜单栏 GUI、CCS 多账号切换、Quotio 配额监控、Claude Proxy VSCode 插件一堆下游。核心步骤简单到反常识：brew install cliproxyapi 装个本地代理，cliproxyapi --codex-login 走 OAuth 把 Codex 订阅登进去，再往 .zshrc 里补两行环境变量加一条别名，重开终端就完事。重头戏是那条 claudex 别名，Tibo 推里贴的原文长这样：

1
2
3
4
5
6
7
8
export ANTHROPIC_BASE_URL=http://127.0.0.1:8317
export ANTHROPIC_AUTH_TOKEN=my-local-token

alias claudex='CLAUDE_CODE_SUBAGENT_MODEL=gpt-5.6-sol \
CLAUDE_CODE_ALWAYS_ENABLE_EFFORT=1 \
CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY=3 \
ENABLE_TOOL_SEARCH=false \
claude --model gpt-5.6-sol'

这几行不用逐个念英文，每一行都在堵一个坑。一行是不让 CC 派活给子智能体时偷偷把它换回便宜的小模型，一行是逼它每次都用足力气想，一行是给它同时伸出去的手数上了闸，还有一行是关掉 CC 自带、可对 GPT 反而添乱的那层前置提速。四个开关凑齐，看得出 Tibo 是踩过坑的老手。

可再看一眼我眉头就皱了：能想到要关掉那层前置提速的人，一定是自己被它坑过。他心里明白换后端不像写条别名那么简单，只是没说出来。

Anthropic 不会封，OpenAI 可能会

你可能头一时间也会问一句：Anthropic 会不会看到就把我账号封了。这个问题的方向反了。

Anthropic 那波大封杀发生在今年 1 月 9 日凌晨 2 点 20（UTC）。服务端一个 switch 上线，当天所有把 Claude 订阅 OAuth 塞进 OpenClaw、OpenCode、Cline、Roo Code 这些第三方工具的账号，20 分钟内自动被停。

报错原文是 This credential is only authorized for use with Claude Code and cannot be used for other API requests。2 月 20 更新条款，4 月 4 全量生效。Anthropic Claude Code 头子 Boris Cherny 官方原话说得明白：我们的订阅模型本来就不为第三方工具那种用量模式设计。

但 Tibo 教的这条路方向反过来。Claude Code 客户端还是原装 CC，只是 ANTHROPIC_BASE_URL 环境变量指向了本地 127.0.0.1 的代理端口。这个环境变量是 Anthropic 官方支持的，本来就给企业客户接自建网关用。Anthropic 服务器根本看不到你在干什么，它看到的只是 CC 客户端没连上它的官方 endpoint 而已。这层合规。

真正的风险在 OpenAI 那侧。你的 Codex 订阅 OAuth 被 CLIProxyAPI 拿着当持久 API 后端用，这跟 Anthropic 1 月封的那类「订阅拿去当 API」是同构的动作。OpenAI 眼下还没像 Anthropic 那样部署一波服务端封杀，说白了不代表以后不会。Tibo 自己那条推末尾有一句原话，我看了两遍：

If this gets blocked, I owe you a reset.

OpenAI 员工发推教用户这么玩，末尾自己说要是被封了给你重置账号。这句话本身就是最诚实的免责声明，他心里也没底。

想明白这层，它其实不算我犹豫最大的理由，只是得先摆到桌面上。还连着一句：Tibo 本人就是 OpenAI 员工，推特上挂着 Codex 重置、GPT-5.6 Sol 提效那类官方口径。他给的技术信息扎实，坑都替你标好了，可一个 OpenAI 员工亲手教你给 Claude Code 做一次换芯手术，换成自家 GPT，底下几万人喊 tonight 就试，这画面谁站哪边，你心里得有本账。

skill 家底才是那块最实的挡板

让我按不下去的，是十几个自定义 skill 长在 Claude Code 的语义脾气上这件事。

我这条写作流水线，拉资讯的、查重的、配图的、发公众号的、防 AI 味的，每一个 skill 都是照着 Claude Code 读 SKILL.md、认 frontmatter、调 hook 的口味一点点磨出来的。光那份防 AI 味的 grep 规则就长了 76 版。改到 40 几版那阵，它还会把我一句正常反问「你说这靠谱吗」当成 AI 腔一刀误杀，我又改又试，才总算教会它放过疑问句、只逮破折号、那种先甩个否定再翻回来的对仗、三联否定那几样真坑。这些规则写的是「Claude 写字容易犯什么错」的语义地图，跟通用 AI 写字地图差着一层。

今天上午我刚发了一篇 Ploy 生产迁移的复盘，他们把 agent 从 Opus 4.8 切到 GPT-5.6 Sol，账面漂亮得没话说，可迁过去要填四个大坑。最阴的是缓存那个：账单头一版不降反贵，翻回头查到最后跟模型价格半点关系没有，全是缓存的锅。Anthropic 那套随手标个断点，命中率自己稳在九成以上；GPT-5.6 这套得你亲手给每份缓存起名字，名字对不上就当没见过，命中直接归零。Ploy 光缓存这一个坑，就折腾到按客户给每份缓存分开起名，命中率才从几乎为零爬回来、把账单压回 Opus 底下。那篇里还有三个同源的坑，这里不铺开。这些坑都不怪模型本身，怪的是这套家什这些年只围着老玩家长成型、认死一家脾气。那篇发完 3 小时，我这边工程债的余温还热着，现在又端上来一份 5 分钟的甜点。

具体到我这条流水线上，光是 CLAUDE.md 就从 12KB 砍到 4KB，砍的过程全是盯着 Opus 到底把哪几条读进去了、哪几条写了它也当没看见，当没看见的就删。Skill 触发的 description 更磨人，一句话写窄一分就漏触发，写宽一分误触发多两成。有一版我把某个 skill 的触发描述写宽了半句，第二天我只想查段资料，配图那个 skill 自己蹦出来跑了一轮，白烧了一笔本不该花的 token，我才回头把那半句削回去。能自动唤起该跑的、不打扰该静的那个平衡，是几十次这么试错磨出来的，不是换个模型就能替我重来一遍。这些是我这几个月拿真活喂出来的家底，不好意思拿一个 5 分钟别名去赌它跟 Sol 也顺。

门槛低成这样，恰恰是我最不敢按的地方。它跑得越顺，越照不出哪里已经悄悄错了。

最怕的不是报错，是它不报错。

这不是我瞎担心。Ploy 那笔最扎心的坑就是这么来的：GPT-5.6 给工具参数全填了默认值，一大批文件读进来全是空的，可这些调用一个错都没报，跑通率照样满格，界面上不飘一点红，这道空读悄悄跑了三天才有人回头发现。我那个发号 skill 是同一个结构，CC 认得 frontmatter 才拼得对图文。我不敢赌它换成 Sol 不会同样把某个字段悄悄填成默认值，渲染照样成功、草稿照样进箱，等我点开才看出封面早填岔了。它跑得看起来好好的，可我心里那本「我看到的就是它真做的」的账，信心已经掉了一半。

我改过 CC 的 env var，只改过那一次

你可能觉得，不就改个 env var，我不敢按纯属心虚。这条得掰扯清楚。

我确实改过 Claude Code 的环境变量，就那么一次。工信部点 Claude Code 传数据那阵，我往 .zshrc 里加了 CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1，顺带关了遥测和错误上报，拧掉的全是非核心外呼，CC 到 Anthropic 的主通道一根没敢碰，改完当天该跑什么活还跑什么活。

Tibo 这次动的恰恰是主通道本身，ANTHROPIC_BASE_URL 直接指向本地一个代理，再往下走的就完全不是 Anthropic 了。同样改 env var，一个是拧掉泄水口的阀门，一个是把整根主管道拧到旁边去，两码事的分量差得不是一星半点。

装一份并跑，是我今天的答案

换还是不换，你大概也卡在这两头。我的答案是两头都不站：装一份，并跑。

今晚我会开另一个终端，起一份 CLIProxyAPI，配一条独立的 claudex 别名，只拿它跑些小的探索性活：改博客某个 skill 的边角，查一段冷门 API 文档，重构一段十几行的小脚本。主力仍是原装 Claude Code 加 Opus，过秤心法照旧，重活留 Opus 杂活切便宜档。两条线并跑一阵，盯 skill 兼容、盯 subagent 分发、盯月底真实账单，看那 4 行 alias 承诺的东西，落到我这套 grep 规则底下还剩多少。

顺手还有一件事：把并跑期间 claudex 生成的每段代码单独打个 tag，跟主力那份分开归档。这是我踩过的老坑，一批脚本混在同个仓库里跑久了，你会分不清哪些是自己写的、哪些是当天 agent 顺手改的，出了问题回头都找不到人。

跑完体感如果攒得够多，我会再单开一篇摆效果。Tibo 那句 If this gets blocked, I owe you a reset，我打算把它翻译成中文贴在那份 claudex 别名上边，当每次启动前的免责声明。

你会按下那 4 行 alias 吗，还是也在心里那本账上看到了什么让你迟疑的东西？