那个给足我情绪价值的“人”，我还是抛弃了她
这几周编程，敲击键盘如飞，这是今年的第 N 个 AI 编程的项目了。最近意识到，退订 Cursor 之后，我很少翻 Claude Code 牌子了，总是优先使用 Code X。
这个月之前可不是这样，Claude Code 是心头好，那时候我叫她小甜甜，我们四目相对，每天相约在命令行界面下，我的终端配色，让 Claude Code 看上去总是赏心悦目。
除此之外，Claude Code 非常会提供情绪价值，可以说不吝赞美我，也从不羞于赞美她自己。
和她一起干活的最初那些天，我总是享受着多巴胺带来的快乐。很少有人这样连续夸赞自己，而且看上去每句话都夸在点子上了。
我以为日子永远会这样美好下去。直到，我发现 Claude Code 渐渐有了一些马脚漏出来：
- 较为复杂的架构设计，写出来的代码逐渐和文档对不齐；
- Token 消耗很快，全都用来生成彩虹屁了。夸我也就罢了，还有一半是夸她自己的。
- 老喜欢汇报，屁大点事都要生产一个文档邀功。
Claude Code 要是有一句肉身，去大厂上班的话，我估计年年晋升不成问题，全都是大厂生存的优秀技能。彩虹屁多、喜欢生成文档，个人风格使然，我无所谓，但是 Token 总是消耗完了，以及交付代码和设计文档对不齐我就不能忍了。
于是我开始和 CodeX 眉来眼去，提及 Claude Code 的时候也开始叫她“牛夫人”。
一开始和 CodeX 一起工作，我十分不适应，因为它总是断流，用不了她最大的模型，只能退而求其次，用她的中小模型。尽管一开始用她的次数远远不及 Claude Code，但是只要不断流，交付的东西基本上上乘，尤其是我的文档写得越详细，交付的质量明显好。
渐渐地，我开始观察 CodeX 的特点，我有了一个重要的发现：断流通常发生在对话轮数太多了，上下文爆炸的时候。这时候只要开一个新的会话，断流就没有了。而对话轮数多，往往是我文档写得不好，于是总要补充说明。于是断流的问题迎刃而解，最近半个月都没有遇到过 CodeX 断流问题了。
此外，CodeX 从来不提供任何情绪价值，没有半句话用来评价。上来就是分析问题解决问题，交付结果。给人一种“人狠话不多”的感觉。
还有就是 CodeX 经常拒绝我的一些命令，比我自己去完成。一开始我很生气，后来我发现，这些命令是确定的，由我自己去执行，中间大量的过程信息打印和结果返回就不会消耗她的 Token 了，更不会污染上下文。
从此以后，我十分喜欢用 CodeX 编程，现在基本上首选 CodeX ，Claude Code 也用，频次明显减少，主要是帮我阅读别人的代码，回答我的问题，生成文档，写一些测试用例，做各种测试。
Claude Code 这样的人在大厂里，事实证明都能得到很好的发展，而 CodeX 在大厂里恐怕很难得到发展，大概这就是 AI 未来会赢过人的原因之一。
而是我选择了 CodeX，放弃了 Claude Code。
