Claude被封一周后：

去了趟北京，在酒店房间里半夜里跟Claude对话了几轮，第二天早上起来就发现用了三个月的Max plan 被狗 A 封号了，最常用的code/design/cowork全部完蛋。想过很多种被封号的场景，就是没想到换个城市对话几轮就会被封。图1

干脆一边申诉，一边将工作全盘切到了Codex，用了一周多，几个感受（我是初学者，说得不对以你为准）：

1. 作为三个月前才刚开始coding的新人，虽然我基本看不懂代码，但是明显感觉Codex返工的次数少一点，token消耗似乎慢一点，而且更便宜：Pro 20x 只要 200 美刀，比 Claude Max 苹果商店订阅便宜了几十刀。

2. 把所有的工作流（几个工作和爱好项目的coding、skill开发维护、llm-wiki的维护）全部转到了Codex上后：

- 原来要在ghostty里开几个tab，偶尔还要去用下cowork，现在全部放在codex左边似乎还更方便了点，完全适应了。图2

- 用于一些金融的工作比如从零做项目的valuation等，不像Cowork可以上手就干，需要一些调教，但调教好后output 也不算差，但确实更费功夫。Cowork 做模型基本一两次修改就做好了。

- Codex 前端设计很弱智，跟普通ClaudeCode一个水平，这时候就很想念 Claude Design。刚安好了OpenDesign，还没试能不能平替。图3

- 虽然Codex上下文窗口短点（400k vs 1M），但是同样的skill，用 GPT5.5 xhigh 输出llm-wiki中有些概念页面的输出（同样的指引md）比Claude好多了，比如我专门维护的一个哲学概念页面。Opus 大约在封号前 2 周开始感觉弱智，4.7 xhigh 也没啥用。图4

3. 不要把工作流完全建立在任何一个不可靠的服务上，比如 Claude 这种随时封号的家伙。虽然一周我已经基本适应了，但是还是花了很多时间去迁移，写给claude skill，md 文件，约束等在codex上直接用效果不一定好，一开工作总要修修补补。越到后面，转换成本肯定越来越大，幸好Claude是3个月封我的号，不太确定如果1年后被封，需要多少工作量来迁移。

4. 随着llm模型的能力曲线开始逐渐放缓，产品设计对使用者的吸引越来越大：

- 有些杀手级产品出来可能就会结束比赛，比如Claude Design和 Cowork，这是我最舍不的的Claude产品。

- 产品也开始有意识地加上一些增加你迁移成本的东西，通过记忆，通过生态完全抓住你 （理想汽车请赶紧这么干）。

5. 再次感叹AI还在高速发展，但也不用太焦虑于赶时髦（产品大爆炸，你想赶也不过来的，只会疲于奔命，把大量时间用在建轮子上）。要做的就是赶紧将AI融入自己的工作流，尽量用SOTA的产品和服务，张开双臂拥抱未来。