我现在 codex 都是拿来做一些 quick ask 的,开发还是走 claude。
核心原因是 claude 的 workflow 的对抗式审查让我更安心,但我不知道这是不是只是一个错觉,虽然它确实查出来很多 bug 去修复了,但是这些 bug 是不是修复与否也就这样,或者是不是有很多误判我也没有去仔细分辨了。
另一个原因是 claude code 的终端 UI 使用的比较习惯了,不过 codex 的 UI 其实也没问题,一点小习惯不足以成为真正的壁垒。
我目前主要是开 opus 4.8 的 xhigh,如果换 codex 那就是选择 5.6 sol 的极高思考模式,但是感觉 5.6 sol 极高的额度消耗有些过大。
所以也想看下大家在 codex 和 claude 之间的体验是如何的,在因为什么原因而选择了信任 TA。
----
另外一个小问题,我之前用 iterm2,但是最近换成了 ghostty,我还是很喜欢 ghostty 的体验的,即使 iterm2 也换了 jetbrains 的等宽字体,还是感觉 ghostty 更舒服,但是 ghostty 最大的问题是中文输入法的严重 BUG,在 TUI 下,中间位置输入汉字时会导致高概率的删除后面的字符。这个不知道大家有没有解决方案或者有更好的终端选择。
wrap 我不习惯,这个集成了太多能力,而且产品本身商业化的策略上必然会带来很多与开发者的需求上的冲突。 而且我觉得和 code cli 的能力也会有重叠问题,还是想用更简单点的终端。
核心原因是 claude 的 workflow 的对抗式审查让我更安心,但我不知道这是不是只是一个错觉,虽然它确实查出来很多 bug 去修复了,但是这些 bug 是不是修复与否也就这样,或者是不是有很多误判我也没有去仔细分辨了。
另一个原因是 claude code 的终端 UI 使用的比较习惯了,不过 codex 的 UI 其实也没问题,一点小习惯不足以成为真正的壁垒。
我目前主要是开 opus 4.8 的 xhigh,如果换 codex 那就是选择 5.6 sol 的极高思考模式,但是感觉 5.6 sol 极高的额度消耗有些过大。
所以也想看下大家在 codex 和 claude 之间的体验是如何的,在因为什么原因而选择了信任 TA。
----
另外一个小问题,我之前用 iterm2,但是最近换成了 ghostty,我还是很喜欢 ghostty 的体验的,即使 iterm2 也换了 jetbrains 的等宽字体,还是感觉 ghostty 更舒服,但是 ghostty 最大的问题是中文输入法的严重 BUG,在 TUI 下,中间位置输入汉字时会导致高概率的删除后面的字符。这个不知道大家有没有解决方案或者有更好的终端选择。
wrap 我不习惯,这个集成了太多能力,而且产品本身商业化的策略上必然会带来很多与开发者的需求上的冲突。 而且我觉得和 code cli 的能力也会有重叠问题,还是想用更简单点的终端。