一场开发者封号风波，最后演变成了 OpenAI 和 Anthropic 两位 Coding Agent 负责人之间的一场大型公开“互怼”。
事情的戏剧性在于，双方几乎把能发生的情节都演了一遍：
OpenAI 的 Codex 负责人手把手教用户怎样把 GPT-5.6 Sol 塞进竞争对手 Claude Code 的“身体”里，这可以说挑衅意味很浓了。另一边 Claude Code 当然也不是好惹的，一个月后，真有开发者照着教程操作，但他的 Anthropic 账号却突然被封。
Tibo 在 X 上隔空质疑 Anthropic，Claude Code 负责人 Boris Cherny 随即亲自下场澄清。
但 Boris 干的第一件事不是解释封号，而是直接问 Tibo：要不要来 Anthropic 上班？
Tibo 不仅拒绝了，随后还把 Codex 和 ChatGPT Work 用户的额度全部重置了一遍。
这场看起来像硅谷技术圈“整活”的口水仗背后，其实暴露出一个正在变得越来越重要的问题：
未来 Coding Agent 真正的竞争，到底是模型之争，还是 Harness 之争？
事件回溯故事最早可以追溯到 7 月 12 日。
开发者 Theo 在 X 上讨论 GPT-5.6 Sol 时提出了一个颇有意思的观察：同一个 GPT-5.6 Sol，放到 Claude Code 的运行环境中，在部分任务上的表现甚至比放在 Codex 中更好。
换句话说，模型没有变，变的是外面的 Agent harness。随后 Tibo 开始追问具体配置方式，并在第二天公开分享了实现方法。
这里的 Tibo，全名 Thibault “Tibo” Sottiaux。OpenAI 官方资料显示，他目前负责 Codex，是 OpenAI 软件工程 Agent 的负责人。
7 月 12 日，Tibo 在 X 上告诉开发者，如果暂时还不想安装 Codex App，也可以继续留在那只“橙色螃蟹”身边——也就是 Claude Code——然后让它调用 GPT-5.6 Sol。
整个配置，“五分钟”就能完成。
更有意思的是，他在帖子最后留下了一句话：
如果这个办法被封，我欠大家一次 reset。
Tibo 当时这条 X 原帖至今仍可以从 Alex Getman 后来建立的 GitHub 项目中直接追溯。
Github 地址：https://github.com/alexgetmancom/claudex?ref=explainx
所谓把 GPT-5.6 Sol“装进”Claude Code，并不是真的修改 Claude Code 本身。
开发者保留的是官方、未经修改的 Claude Code CLI，再在本机启动 CLIProxyAPI，把模型请求转发给其他模型提供商。Alex 后来公开的实现中，Claude Code 的界面、工具、Skills、权限体系都保留不变，只是最底层负责推理的模型被替换成 GPT-5.6 Sol、Gemini、xAI、Kimi 等模型。
这也正是这场风波最有意思的地方。
过去人们谈 Coding Agent，很容易把“Claude Code”和“Claude”、把“Codex”和“GPT”看成同一个东西。但实际上，模型只是其中的一部分。
OpenAI 自己在介绍 GPT-5.6 技术架构时也专门把 Agentic Harness 单独拿出来讨论：Codex 和 ChatGPT Work 使用的 harness 是连接模型、工具和用户环境的一层 Rust 编排系统，负责管理上下文、工具调用、重复任务和整个 Agent loop。
因此，一个越来越现实的问题开始出现：如果模型和 Harness 能被拆开，那最好的 GPT，一定要运行在 Codex 里吗？最好的 Claude，又一定要运行在 Claude Code 里吗？
Tibo 明显是很愿意亲自测试这个边界的。
一个月后，真有人“被封了”到了 8 月，这句“如果被封，我欠大家一次 reset”，意外成了回旋镖。
开发者 Alex Getman 几乎按照 Tibo 公开的方法重新搭了一遍 Claude Code + GPT-5.6 Sol。
按照 Alex 在 GitHub 中留下的记录，他没有修改 Claude Code CLI，而是在本地 127.0.0.1 上运行 CLIProxyAPI，将推理请求转向 GPT-5.6 Sol。
但测试没多久，他的 Anthropic 账户就被暂停了。
系统给出的原因只有一句：“suspicious signals”，即检测到了可疑信号。
Alex 随后提出申诉，并在 X 上公开这件事，同时 @ 了相关人员。
值得强调的是，Alex 本人当时也非常谨慎。
他在 GitHub 项目顶部专门加入 Warning，暂时不建议其他用户继续复制这套配置；但与此同时，他明确表示，目前并不知道这套代理配置是不是账户被封的直接原因。
也就是说，“用了 GPT-5.6 Sol，所以 Anthropic 封号”从来没有得到证实。
随后，Tibo 出现在评论区。
他的回应多少带着一点隔空喊话的意味：自己很愿意帮忙，但“我又不在 Anthropic 工作”；如果真的是因为“在他们的 harness 里用了其他模型”就把用户封掉，那确实很奇怪。他随后询问，还有没有其他人遇到类似情况。
这下，Claude Code 的负责人本人坐不住了。
Boris 下场，第一句话却是：要不要来 Anthropic？
Boris Cherny 是 Claude Code 的创造者，目前担任 Anthropic 的 Claude Code 负责人。
面对 Tibo 的公开质疑，Boris 很快加入讨论。但他没有先和 Tibo 争论，而是先当众挖起了人！
大意是：Anthropic 正在招人，如果你想过来工作就来吧。可以说，也是很刚了。
随后 Boris 才开始处理真正的问题。
他明确表示，Anthropic 不会因为用户在自己的 harness 中使用其他模型而封禁账户。按照他的初步判断，这次事件“几乎可以肯定”是另一套账户 classifier 被触发了，Anthropic 正在进一步调查。
他随后还进一步表示，Claude Code harness 搭配其他模型本身是支持的，可以通过 LiteLLM 等代理方式实现。
不久后 Boris 更新消息称，Alex 的账户应该已经恢复，同时团队正在采取措施，避免类似事情再次发生；随后他再次确认：“Unblocked。”
至此，一场看上去可能迅速升级成“Anthropic 封杀 OpenAI 模型”的争议，基本被双方压了下来。
但 Tibo 没有就此结束。
“Harness 应该自由”，然后 Tibo 拒绝了 BorisBoris 公开挖人之后，Tibo 给出的答案也很有意思。
他先把话题拉回到了产品理念：Harness 的选择权很重要，用户应该能够自己决定什么模型最适合自己。
然后，他回应了 Boris 的工作邀请。答案当然是“不”。
原因倒不是双方有什么私人恩怨，而是他“太喜欢现在的团队”，并且非常期待未来几周即将发布的东西。
不过，Tibo 随后突然想起了自己一个月之前留下的那个承诺。
“如果这个办法被封，我欠你们一次 reset。”
现在，虽然严格来说不是 Anthropic 有意封杀其他模型，但用户确实真的被封了一次。
于是 Tibo 决定——还债。
他宣布，因为 GPT-5.6 Sol 可以运行在包括 Claude Code 在内的不同 harness 中，同时也为了庆祝自己“哪儿也不去”，他已经为所有 ChatGPT Work 和 Codex 付费用户重新重置了一次使用额度。
一个开发者的 Anthropic 账号被封，最后 OpenAI 的用户集体拿到了一次额度 reset。整个故事到这里已经颇有互联网行为艺术的味道，结果网友还嫌事情不够热闹。
到这里，Sam Altman 终于也坐不住了。他没有发一篇严肃的公司声明，只是在 X 上留下了一句：“lol, one of my favorite things about OpenAI is Tibo.”
翻译过来大致就是：“哈哈，Tibo 是我最喜欢 OpenAI 的地方之一。”
不是福利，是表演？Tibo 宣布 reset 后，有用户发现一个尴尬的问题：很多人的每周额度在前一天，也就是 8 月 8 日，刚刚正常刷新过。
因此 X 用户 Rumph 直接吐槽，这次 reset 更像是一场“performative”——表演性质大于实际意义。
Tibo 倒也没有回避。他的回应更加直接：那我周一再来一次“表演性质”的 reset。
这句话很快又引出了第二轮讨论。
X 用户 Shayan Spiel 希望 OpenAI 别再玩这种突然 reset 的小游戏了，与其临时制造惊喜，不如给用户建立一个可以储存、按需使用的额度恢复机制。
Shonn Li 则指出，类似玩法此前 Anthropic 也干过：恰好赶在正常周额度刷新之后再宣布 reset，很容易让“福利”变成营销事件。
另外一批用户的态度就简单得多——既然周一还可能再重置，那周末还等什么？
有人开始取消周末安排准备狂烧额度，也有人直接问 Tibo，这到底是不是在“钓鱼”，自己是不是可以放心把额度全部用完。
一场最初由账号风控引发的技术争议，就这样一路变成了 OpenAI、Anthropic 产品负责人、开发者和用户共同参与的大型公开表演。
但真正值得看的，是“模型和 Harness 正在解耦”如果只看表面，这只是 Tibo 和 Boris 在 X 上的一次公开玩梗。但真正值得关注的，其实是 Boris 那句“我们不会因为在 harness 里使用其他模型而封号”，以及 Tibo 所强调的“Freedom of harness”。
因为这意味着 Coding Agent 的竞争逻辑可能正在发生变化。
模型和 Agent 产品，正在逐渐被开发者当成两层东西来比较。
模型决定推理、代码理解和生成能力；Harness 则决定模型能看到什么上下文，可以调用什么工具，什么时候执行命令，怎样压缩上下文，怎样维护长任务，又如何在人、模型和开发环境之间建立完整循环。
OpenAI 自己已经公开将 Codex 的 harness 描述为连接模型、工具和用户环境的编排层，并明确表示模型调用、工具调用、Context 管理和重复工作都会影响 Agent 最终效率。
Anthropic 的官方文档同样已经为 Claude Code 定义了完整的 LLM Gateway Protocol，甚至专门提供如何将 Claude Code 连接到现有或第三方 Gateway 的配置说明。
于是，一个此前并不明显的市场开始出现：用户可能不再接受“一个模型必须绑定一个官方客户端”的组合，而是开始自己选择“模型 + Harness”。
这也是为什么 Theo 最初那句“同一个 GPT-5.6 Sol，在 Claude Code 里面可能表现更好”如此敏感。
它实际上把 Coding Agent 的竞争从“谁家的模型更强”，进一步推向了另一个问题：谁更擅长把模型的能力真正释放出来？
对于 OpenAI 来说，让 GPT-5.6 Sol 可以运行在 Claude Code 里，某种程度上削弱了客户端的锁定价值，却扩大了模型本身的分发范围。
对于 Anthropic 来说，如果 Claude Code 足够好，好到用户即使不用 Claude 模型，也希望继续使用 Claude Code，那么 Claude Code 本身就可能成为独立于底层模型之外的一层入口。
这也是这场看似轻松的口水仗背后，真正有意思的竞争。
