为啥大家都从Claude转Codex了？

最近明显感觉身边的开发者都换工具了。以前老吹Claude Code，现在张口闭口都是Codex。我自己也刚从Claude彻底转过来。 很大的原因是速度和成本。Claude Code之前的Fast模式号称快2.5倍，结果一看价格贵5倍，妈呀，1M Token要150刀，简直抢钱。反观Codex 5.3，速度直接翻倍，额度还高，同样的任务Codex消耗的Token大概是Claude的四分之一。我看还有网友说Opus 问两个问题就耗掉周额度20%，根本干不了重活，而Codex蹬一天也就用20%，耐用度差太远了。 然后执行力差异。我实测下来，Claude 想法多但容易把你带偏，适合需求模糊时帮你补全思路。Codex就属于是指哪打哪"型选手，需求明确时效率直接拉满。比如写个CSV清洗脚本，Codex三分钟搞定，Claude还在反复问文件编码这些细节。对我们这种知道自己要什么的开发者来说，稳定比创意更重要。 当然，关键转折点还是用户体验。Claude Code主打CLI命令行，复制粘贴都得小心翼翼，Ctrl+C在命令行里是强制关闭，新手直接劝退。。。Codex会有可视化桌面应用，文件夹管理、持久会话、技能商店一目了然，连定时任务和远程控制都有图形界面。我这种非专业程序员，终于不用在2026年还对着黑框框发愁了。 还有一个很好的点是！Codex触发额度上限时会把当前任务跑完，不会半途撂挑子，大善啊！这对跑长任务的人来说太重要了，安全感直接拉满。Austin（Every增长负责人）说他现在80%工作时间都在Codex里，连招聘、数据分析和GTM计划都在上面做，因为它能把Gmail、Slack、Notion巴拉巴拉这些工具的上下文全拉到一个界面，不用来回切换。 当然不是说Claude不好，它在复杂逻辑和架构设计上还有很有优势。但对大多数人来说，工作中哪有那么多需要创意的部分呢？更多是重复执行和稳定输出的任务。Codex的Plan 模式先规划再执行，权限管理清晰，人工确认环节明确，这种分工太符合实际工作流了。 你现在在用什么Vibe Coding呢？ #个人开发者 #ai #codex #vibecoding