Claude 上了人脸验证后，我会先用 Codex 还是 Claude Code
wayn约 13 分钟Claude 现在又把身份验证这件事往前推了一步。
按 Anthropic 帮助中心最新说明，某些功能会触发身份验证，除了证件，还可能需要实时自拍，也就是人脸验证这一层。
如果我人在国内，这个变化不是一个小更新，而是直接影响选择的现实条件。
因为到了这一步，我考虑的已经不只是模型能力，而是这东西能不能长期稳定地用下去。
所以如果只让我先说一句结论，我会这么说：
Claude Code 更像带着我一起想的导师型搭档，Codex 更像把事接过去做的执行型助手。
但如果把国内使用环境一起算进去，我现在会说得更直接一点：
我想边聊边收敛需求、边做边纠偏，Claude Code 还是更讨喜 我想把任务交代清楚，然后尽量少盯着过程，Codex 会更省心 如果我人在国内，只能先稳定选一个，我目前更推荐 Codex
Anthropic 帮助中心已经把身份验证单独写成说明页，证件和实时自拍都已经进了正式流程。
这篇我不想再写成那种“功能一、功能二、功能三”的对比文。
真正决定我会不会长期用下去的，从来不是参数页，而是三件事：
它到底更像搭档，还是更像执行者 我到底要付出多少注意力、时间和钱 我在国内能不能稳定注册、登录、续费、别被风控
我为什么会把两者理解成“导师型搭档”和“执行型助手”
这个判断不是为了写一句好记的话，而是因为两边官方文档本身就在把你往两个不同的工作方式上带。
Claude Code 的快速开始和最佳实践，核心语气一直很一致：像和同事说话那样去用它，先探索，先对齐，再编码。官方还专门把“重构代码、写测试、更新文档、代码审查”列成常见工作流。Claude Code 快速开始
Claude Code 官方把重构、写测试、更新文档、代码审查直接列成常见工作流，这种组织方式本身就很像“边协作边推进”。
Codex 的最佳实践完全是另一种思路。OpenAI 上来就建议把任务写成四段：
Goal Context Constraints Done when
这不是文案风格差异，这其实已经是在告诉你：Codex 更吃“任务定义质量”，Claude Code 更吃“协作过程质量”。
Codex best practices
Codex 官方文档一上来就在强调上下文、提示结构和可复用规则，明显是另一套工作方式。
所以我现在对两者的理解很简单：
Claude Code 更像一个会带着我拆问题、纠偏、提醒我哪里没想清楚的导师型搭档 Codex 更像一个我把规则讲清楚后，可以放心让它先去干活、回来再验收的执行型助手
真正上手之后，差别不在“谁更强”，而在“我要怎么配合它”
如果我用一个最实际的场景来讲，这个差别会非常清楚。
比如我要改一个已经跑了很久的项目，需求还是模糊的，我只知道“这块体验不对”“这里结构有问题”“我想顺手把测试也补上”。
这种时候，Claude Code 的优势会非常明显。它更适合那种边看边聊、边聊边缩范围的过程。很多时候我一句话没讲完整，它也能顺着意思接下去。这种体验很像旁边坐了一个懂代码的人，我不断把想法往外倒，它不断帮我把混乱的东西变成可以执行的步骤。
但如果我已经知道自己要什么，比如：
改哪几个文件 要遵守什么风格 哪些地方不能动 最后要跑哪些测试
那 Codex 往往更省心。
因为它更像收任务单。你把任务边界、约束和验收标准说清楚，它就会更稳定地往那个方向收敛，而不是一路跟你高频互动。
这就是为什么我会说：
Claude Code 的强，不只是“能写代码”，而是它更会陪我一起想 Codex 的强，不只是“能执行”，而是它更适合被我驯化进固定流程
Reddit 对比，最有价值的不是结论，而是那个工作现场
Reddit 上有一篇帖子写的 Claude code 跟 Codex 的对比，还挺有参考价值的，不是因为它在做跑分，而是因为它讲的是一个真实项目里的使用体感。
发帖的人是在一个大约 8 万行代码、约 2800 个测试的 Python/TypeScript 项目里做对比。这个背景很重要，因为它不是 demo，也不是一把梭的玩具项目。
Reddit 原帖
那篇帖里有几句判断，我觉得非常接近我自己的体感：
Claude 像一个赶时间的工程师，先把东西做出来再说 Claude 互动感强，但更需要人盯着 Codex 明显更慢，但更稳、更愿意自己回头整理结构 对方后来已经可以“先把 Codex 发出去，回来再 review”
简而言之，就是：
1. Claude Code 更容易给我“它懂我”的感觉
因为它更擅长在不完整的输入里理解意图。
所以当我脑子里的需求还没想清楚时，Claude Code 往往更顺手。
2. Codex 更容易给我“它在按规矩干活”的感觉
它不一定最会聊天，但它更像一个执行过程中不断对照边界条件的人。
这会直接减少一种很烦的成本：我一直坐在旁边 babysit。
3. Claude Code 更适合把想法快速变成东西，Codex 更适合把事情做得更像交付物
这句话我觉得比“哪个更强”更重要。
如果我在做原型、重构方向探索、前期试错，Claude Code 很容易让我觉得效率很高。
如果我已经进入“这东西要稳定、要收口、要少返工”的阶段，Codex 的优势就会越来越明显。
两边官方最佳实践，其实已经把这种差别写明白了
如果只看使用哲学，我觉得官方文档本身就已经说明了很多问题。
Claude Code 的最佳实践，更像“怎么把一个聪明搭档带好”
Anthropic 在最佳实践里强调几件事：
用 CLAUDE.md保存长期规则让规则保持简短，不要把它写成垃圾场 用 hooks 保证一些动作一定发生 用 skills 处理只在特定场景才需要的知识
这里最关键的不是某个功能名，而是它背后的方法：Claude Code 很强，但你得不断给它高质量的协作边界。
Claude Code 最佳实践
这就是为什么我会把它看成“导师型搭档”。
它不是只会执行命令，它会跟着我推问题，也会带着我往前走。
但代价也很明确：我通常得更频繁地看着它、纠偏它、提醒它别跑太快。
Codex 的最佳实践，更像“怎么把一个执行助手训练稳定”
OpenAI 文档里我最认同的，是它把第一次高质量使用说得很实在：
Goal：到底要改什么 Context：哪些文件、目录、报错、文档相关 Constraints：必须遵守什么规则 Done when：什么结果才算完成
后面它又继续强调：
难任务先 plan 把规则写进 AGENTS.md需要外部上下文时用 MCP 重复工作就沉淀成 skill
这套方法本质上不是在教我“怎么聊天”，而是在教我“怎么把 Codex 变成稳定的执行系统”。
Codex best practices
所以我现在对两边最清晰的区分就是：
Claude Code 更依赖我在过程里不断参与 Codex 更依赖我在开始前把事情定义清楚 站在我自己的使用习惯里，Codex 还有几个很实际的优势
我前面一直在讲工作方式差异，但如果只讲“导师型搭档”和“执行型助手”，还是不够落地。
因为我后来会越来越偏 Codex，不只是因为它更适合收任务，还因为它在工具层面确实更完整。1. 它不是只有 CLI，而是一整套入口
这是很多人低估 Codex 的地方。
Codex 现在不是只有命令行。它至少已经有几条很清晰的入口：
Codex appCodex CLIChatGPT 计划内的使用路径 API / 自定义 provider / 中转配置路径
这意味着一件很关键的事：我不需要被绑死在某一种用法里。
如果我今天只想先试，我可以先从 app 开始。
如果我明天想把它接进项目目录、终端、规则文件和 API 工作流，我可以直接切去 CLI。
如果我后面还想接中转、接兼容 OpenAI 协议的配置，Codex 也更容易往下延展。这种入口弹性，本身就是优势。
因为它会直接决定一个工具是不是只能“偶尔好用”，还是能慢慢长成你的固定工作流。2. Codex app 更像工作台，不只是聊天框
这一点在我的那篇 Codex 指南里其实已经写得很清楚了。
我对 Codex app 最大的好感，不是它界面好不好看，而是它的思路从一开始就不是“陪你聊天”，而是“围绕项目跑任务”。它能给我的不是一段回答，而是一个完整的工作区：
项目列表 任务线程 结果区 权限提示 产物预览
这会直接改变我怎么用它。
我不是在一个对话框里不断追问，而是在一个正在做事的工作台里持续推进任务。3. In-app browser 和产物预览，对真实工作特别有用
如果只写代码，其实很多工具都能凑合。
但一旦任务里有页面、文档、PPT、表格、PDF，这时候工具有没有“看结果”的能力，差别就很大了。Codex app 在这件事上的优势很直接：
可以直接在内置浏览器里看页面 可以在具体页面元素上评论 可以直接预览生成的非代码产物
这看起来像小功能，但对真实工作很重要。
因为很多时候，我并不是缺一个“会回答问题”的模型，我缺的是一个能看到结果、再继续往下改的工具。4. 对 Windows 更友好，这个现实价值比很多人以为的大
如果我在 Windows 上用，Codex 的优势会更明显一点。
原因不是某一项 benchmark，而是 OpenAI 这边已经把 Windows 作为正式使用场景来写文档、做客户端、做配置说明。
这意味着我在 Windows 下，不需要默认把自己当成“边缘用户”。这件事对长期使用很重要。
因为真正拉开差距的，往往不是第一次能不能装上，而是你后面遇到权限、路径、预览、工作目录、CLI、配置文件这些问题时，官方有没有把这条路认真铺好。5. 它更容易从“我一个人在用”长成“我有一套方法在用”
这是我现在越来越看重的一点。
Codex 的很多优势，不在于第一次使用时特别惊艳，而在于你用一段时间后，会发现它很容易沉淀出方法：
用 AGENTS.md固化规则用 config.toml固化配置用 CLI 固化调用方式 用 app 固化任务入口 用 skill / MCP / provider 固化外部能力
这也是为什么我会说，Codex 更像执行型助手。
它不是靠一次两次对话打动我，而是更容易被我训练成一个长期稳定的工具。
如果我只看交互手感，Claude Code 确实更讨喜
这个我不打算回避。
Claude Code 在第一印象上通常更容易让人喜欢。
不是因为它一定更强，而是因为它更像一个真的在跟我一起工作的对象。
尤其是这几类场景：
我需求讲不清楚 我想先讨论方案 我想快速问一堆“那如果这样呢” 我想一边做一边改方向
Claude Code 在这些场景里会很自然。
它给我的感受不是“请先把任务单填完整”，而是“你先说，我们一起把问题捋顺”。
这也是为什么我会把它叫做“导师型搭档”。
它不只是帮我干活，还会不断推动我把事情想清楚。
但如果我开始认真算注意力成本，Codex 会越来越顺手
很多人只算订阅费，不算注意力成本。
我现在反而觉得，盯着工具不让它跑偏，本身就是一种很贵的成本。
如果一个工具经常需要我：
一路盯输出 不断补充限制条件 任务做一半回去补洞 过几天再统一做结构清理
那它即便表面上更快，长期也不一定更省。
从这个角度看，我现在对两者的理解是：
Claude Code 更像高互动、高回报，但也更吃驾驶技术 Codex 更像前期定义更严格，但后期省心
这也是 Reddit 那篇帖子最有价值的地方。
不是说 Codex 一定更高级，而是它让“发任务出去，回来验收”这件事更成立。
如果我要把这个差别压成一句特别实在的话，就是：
Claude Code 更像把我的思路放大，Codex 更像把我的规则落实。
使用成本这件事，不能只看官方月费
我现在判断一款编码工具值不值得长期用，会把成本拆成三层。
先把最关键的差异压成一张表：
如果只看月费，这张表没什么意义。
真正有差异的，是你开始认真用之后，哪一边更容易把“钱、精力、稳定性”一起控住。
第一层，账面成本
Claude 这边目前公开价格页里，Max 是从 100 美元/月 起，提供 5x 或 20x 于 Pro 的额度。
Claude 定价页
OpenAI 这边，Codex 已经明确包含在 ChatGPT 的多种计划里。帮助中心当前写得很清楚：Codex 包含在 Plus、Pro、Business、Enterprise/Edu 计划中，而且一段时间内 Free 和 Go 也可用。
Using Codex with your ChatGPT plan
只从“能不能先开始”来看，Codex 现在的门槛确实更低。
它不是必须先走单独 API 账单，先用 ChatGPT 计划就能上手。
第二层，隐藏成本
真正拉开差距的，往往不是页面上的 20 美元还是 100 美元，而是这些东西：
我要不要单独搞账号体系 我要不要处理额外验证 额度不够时，补救路径多不多 我能不能切到别的客户端、CLI、API 或中转继续用
这一层上，Codex 的弹性会更大。
因为它天然就有两条路：
走 ChatGPT 计划 走 API / 更工程化的配置路径
Claude Code 也不是不能重度用，但它的使用路径更像一个封装更强的一体化产品。
这对体验是好事，对国内环境下的容错率就未必了。
第三层，最容易被忽略的成本：封号、恢复、迁移
这一层其实最贵。
只要你认真用过一段时间，就会知道：
真正麻烦的不是“这月多花了 20 美元”，而是账号一旦出问题，你之前沉淀的工作流、对话、记忆、习惯全都要重建。
这一点在 Claude 这边，我现在会更谨慎。
如果我人在国内，决定我选谁的，已经不是模型能力了
这一段我想说得很明确。
如果我人在国内，我选工具时优先级会变成：
能不能稳定注册和登录 能不能稳定付费 会不会因为地区、网络、支付或风控出问题 出问题后有没有替代路径 最后才是模型能力和交互风格
原因很简单：前四项没解决，后面全是空的。
先把现实讲清楚：官方层面，两边对中国大陆都不算直接友好。
所以对我来说，这里讨论的重点已经不是“理论上能不能用”，而是“实际上能不能稳定用下去”。
但落到真实使用摩擦上，Claude Code 现在更容易让我顾虑
原因不只是地区问题，还包括账号稳定性，以及现在又多了一层身份验证门槛。
Anthropic 帮助中心现在已经单独上线了 Claude 上的身份验证 说明。里面写得很明确：
某些功能会触发身份验证提示 需要准备政府签发的带照片身份证件 需要带摄像头的手机或电脑 可能需要拍实时自拍照 验证合作方是 Persona
这件事对海外本地用户，可能只是多走一步流程。
但如果我人在国内，这就不是“多点一下下一步”那么简单了，而是整条使用路径又多了一层实际摩擦：
账号本身就不在官方直接支持区域里 现在还可能被要求补身份证件和人脸验证 一旦验证失败、资料不匹配，或者触发额外审查，恢复成本会更高
而 Codex 这边，至少我还有更多缓冲带：
可以走 ChatGPT 计划 可以走 API 可以走 CLI、app、IDE 等不同入口 更容易接进兼容 OpenAI 协议的生态里
所以如果是我来判断，在国内环境里，Codex 不是绝对更强，但它更容易持续用下去。
最后只留一句最实在的话
如果我只是想要一个“聊起来更像人、带着我一起想、把模糊问题越聊越清楚”的工具，我会很容易喜欢 Claude Code。
如果我想要一个“把事讲清楚后，它能接过去做，回来我只管验收”的工具，我现在会更倾向 Codex。
所以这篇的最终结论，我还是落回最前面那句：
Claude Code 更像带着我一起想的导师型搭档，Codex 更像把事接过去做的执行型助手。
而如果我人在国内，我会再补一句更现实的判断：
不是 Codex 一定全面更强，而是到了真正长期使用这一步，Codex 更容易让我把工具稳定地留在手里。
参考资料
Claude Code 快速开始
https://code.claude.com/docs/zh-CN/quickstart#步骤-8：尝试其他常见工作流Claude Code 最佳实践
https://code.claude.com/docs/zh-CN/best-practicesCodex 最佳实践
https://developers.openai.com/codex/learn/best-practicesUsing Codex with your ChatGPT plan
https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-planClaude Pricing
https://claude.com/pricingChatGPT Pricing
https://chatgpt.com/pricing/