Codex Desktop vs Claude Code:真正用了一个月后的真实感受
先说大实话:这篇不会告诉你谁赢了,因为根本没有标准答案。
为什么外面那些测评都差不多?
市面上大部分的AI编程助手对比测评,都是列功能、摆参数、比价格。但实际用起来根本不是那么回事。真正影响体验的是细节——Codex Desktop内置浏览器到底有多好用?Claude Code的200K上下文是真的还是噱头?长期使用会碰到什么问题?
我花了一个月,每天在真实项目里同时用这两个工具,以下是没人告诉你的那些事。
第一印象
Codex Desktop
下载安装很顺利——macOS的.dmg文件,拖到Applications文件夹就完事了。让我意外的是首次启动的引导——它问我是做什么类型的开发,当前在做什么项目。不是那种形式主义的"你好呀",而是真的根据回答调整了默认配置。
拆开后的界面是左右分栏:左边聊天,右边文件、终端和一个内置浏览器。这个浏览器一开始我没当回事——又一个内置浏览器而已。但用了一周后,我回不去了。
举个具体例子:有一次我需要对接Stripe支付。我直接说"帮我看看Stripe API文档,集成一下"。Codex Desktop自己打开浏览器,读了Stripe的文档,然后开始写代码。整个过程大约90秒。我不需要切换窗口,不需要自己搜索,不需要说"帮我读一下这个链接"——它自己就干了。
Claude Code
Claude Code是另一套哲学。终端里敲npx @anthropic-ai/claude-code,然后就开始了。没有界面,没有引导,没有你好呀。
第一次用的时候我确实愣了一下——界面呢?但用了15分钟后我就明白了。Claude Code不是要做成一个应用,而是要做一个更智能的终端。如果你是tmux重度用户、用vim快捷键、有精心配置的终端环境,Claude Code就是为你设计的。
浏览器能力——比想象中重要得多
这个值得单独说,因为它是最实际的区别。
Codex Desktop的内置浏览器不是方便你在编辑器里看网页那种功能。是Codex自己可以用浏览器。当它需要查文档、读API参考、看Stack Overflow的时候,它自己打开浏览器去做。你不需要打断工作流程去搜索什么东西,不需要粘贴链接让它读——它自己搞定。
我做了个实际对比测试:用Google OAuth2实现登录。
用Codex Desktop,我说"帮我写Google OAuth2登录"。它自己:
- 打开Google OAuth2文档
- 读配置要求
- 配好Google Cloud项目设置
- 写好OAuth2流程
- 加了回调端点
- 写了测试
一气呵成,中间不需要我任何干预。
Claude Code做不到这个。它能通过MCP搜索网络,但是不能浏览网页。对于需要查阅外部文档的任务,这是个实实在在的短板。
代码质量实测
我让两个工具做同一件事:用FastAPI写一个完整的用户管理API,带JWT认证、PostgreSQL存储、完善的错误处理。
Codex Desktop的做法
直接生成了非常规整的项目结构:
- app/下分了models、schemas、auth、routes
- 测试目录齐全
- 用了async/await、依赖注入
- 甚至主动加了限流中间件
整体感觉像是一个有经验的后端开发者写的生产级代码。
Claude Code的做法
一开始全写在一个main.py里——先跑起来再说。等我说分一下文件,它才开始重构。
但Claude Code的错误信息写得确实更好。不是扔个traceback给你,而是像senior开发者在旁边说"这里出错了,原因是XXX,常见的解决方法是YYY"。
总结
一个月用下来,我两个都在用。
做新项目、查文档的时候用Codex Desktop。深入现有代码库、需要保持长上下文的时候用Claude Code。
费用方面,两个都差不多——没有订阅费,按API用量付费。重度使用大概每月40-60美元。
硬要我选一个的话……我作弊,两个都用。但如果你是新手想只试一个,按照自己的工作风格选就行——用一天你就知道合不合适了。