Sam Altman 亲自下场：Codex 和 Clau...

type

status

date

slug

summary

category

icon

password

网址

OpenAI CEO 一条推文拿下 80 万浏览、1.5 万点赞，开发者圈最火的"二选一"争论，被当事人自己按下了暂停键。

5 月 2 日，Sam Altman 在 X 上发了一条看似随意、实则信息量极大的帖子：

翻译过来就是：这些"谁更强"的投票都很蠢，Codex 还是 Claude Code，哪个好用你就用哪个，我很感激这个时代有这么多好工具，也很感激有得选。

这条帖子发出后迅速引爆——1714 条回复、1105 次转发、超过 1.5 万点赞、80 万次浏览。它之所以能传播开，是因为它精准踩中了 2026 年 AI 编程圈最真实的日常争论：Codex 和 Claude Code，到底应该站哪边？

而 Sam 给出的答案是：这题本身就问错了。

一条推文，三层意思

表面上看，Sam 这段话很松弛，甚至有点"佛系"。但仔细拆开来看，至少有三层信号：

第一层：承认竞争格局已经成立。如果 OpenAI 一家独大、Codex 没有对手，Sam 根本不需要讲"grateful there is a choice"。他主动把 Claude Code 和 Codex 并列成一句话，本身就等于公开承认：市场上确实有两个高度可比较的 AI 编程 agent。

第二层：把讨论从"品牌胜负"拉回"个人效果"。Sam 没有说 Codex 更强，也没有踩 Claude Code，而是把判断标准从品牌改成了个体体验——谁更适合你，就用谁。这个姿态在 CEO 级别的公开发言里并不常见。

第三层：切断"心虚才示弱"的外界脑补。有人在回复里问"Low on compute?"（是不是算力吃紧了？），Sam 回了三个字："nah we good"。言下之意很明确——说这话是因为有底气，所以才愿意把问题讲成使用偏好，而非零和竞赛。

更有意思的是 Sam 在同一线程里的另一条回复。有人调侃说"Claude Code 没有 goblin mode，我更喜欢 goblin mode"，Sam 直接回："well you should pick codex then"——那你就该选 Codex。

这条回复进一步证明了他的逻辑：功能差异就是合理的分流理由，你在乎哪个特性，就选哪个工具。

两大 AI 编程 Agent，已经打到同一个产品位

Sam 之所以能把 Codex 和 Claude Code 放在同一句话里，是因为这两个产品确实已经覆盖了几乎相同的能力范围。

OpenAI 这边，Codex 的官方定位已经非常清晰。开发者页面主标题写的是"One agent for everywhere you code"——一个 agent，覆盖你写代码的所有场景。GitHub 仓库的 README 把它收紧为"Lightweight coding agent that runs in your terminal"。它的核心能力包括写代码、理解陌生代码库、代码审查、debug 修复和自动化开发任务。

值得注意的是，这里的"Codex"已经完全脱离了早年"代码补全模型"的旧语义，变成了一个覆盖终端、IDE、Web、多种使用面的编程 agent 品牌。

Anthropic 这边，Claude Code 同样已经走出了单点 CLI 工具的范畴。官方文档里的定义写得很直接：

——它可以读你的代码库、编辑文件、执行命令，并接入你的开发工具链，终端、IDE、桌面端、浏览器全覆盖。

而在《Introducing Claude 4》的官方发布文里，Anthropic 更是直接把"Claude Opus 4 is the world's best coding model"和"Claude Code, now generally available"绑在一起推出。也就是说，Anthropic 把模型能力叙事和工具产品化落地做了一次完整打包。

当两家产品都覆盖终端、IDE、浏览器、本地代码库、命令执行和自动化开发任务时，用户讨论自然就会从"这个模型聪不聪明"，变成"这个工具在我手里顺不顺"。

评论区五类声音：开发者早就不是在选品牌了

Sam 这条推文下面的 1700 多条回复，呈现出了非常清晰的五种态度，每一种都值得细看。

第一类：双持派。TestingCatalog 的回复只有一句话，但信息密度极高："Testing both every day is the right way."——每天两个都测，才是正确打开方式。这类人的默认前提已经是：2026 年的 AI 编程工具好到没必要只押一边，多数职业开发者真正关心的是结果，而非阵营。

第二类：工作流路由派。这是信息量最大的一群人。@omarsar0 说："真正做高级 agent 编排的人，本来就是多模型混用。"@automate_archit 更进一步做了细分："codex shines on one-shots. claude code shines on long agentic loops."——Codex 擅长一次性快任务，Claude Code 更适合长链路 agent 循环。按任务类型做路由分配的团队，交付速度比死守一边的团队更快。

最有深度的判断来自 @bytecrafter_1："the choice actually lives at the orchestration layer, not the model brand."——真正的选择发生在编排层，而非模型品牌层。

换句话说，这类开发者已经走到了一个更高维度的认知：规划、实现、review、debug 可以交给不同的 agent，"谁最好"越来越像一个路由问题，而非单选题。

第三类：反投票流量派。@cropsgg305 的观点和 Sam 是同一个方向，但更尖锐："These polls aren't about tools, they're about farming impressions."——这些投票跟工具无关，就是在刷互动量。低成本观点、回收式评论、近乎机器人行为，之所以有效只是因为这类内容最容易引发互动。

这点出了一个现实："Codex vs Claude Code"本身既是技术话题，也是内容平台上的流量模板。

第四类：功能偏好派。最典型的就是那条"goblin mode"。它说明一个事实：很多用户的选择压根不靠抽象 benchmark 拍板，真正起决定作用的是某个具体产品体验——是否顺手、是否少废话、是否能接现有工具链、是否适合长任务。这是非常"产品经理视角"的选择逻辑，跟学术分数关系不大。

第五类：反讽派。@yvthorne 和 @sususpace 把话题拉回了 OpenAI 自家的模型治理问题："You took our choice away by snatching 4o and 4.1..."——你们下架了旧模型、减少了选择权，现在又来说感激有选择？这类声音不多，但足以构成一个值得注意的反方观点：Sam 在讲"选择"，可开发者社区里有人认为 OpenAI 自己并不总是在扩展选择权。

从"比模型"到"比工作流"：行业拐点已经到了

把视角拉远一点，Sam 这条推文的真正价值，更多来自它出现的时间节点。

2025 年 2 月，Anthropic 在发布 Claude 3.7 Sonnet 时正式推出 Claude Code 研究预览版，首次明确把"能读代码、改代码、跑测试、push 到 GitHub"的 agentic coding tool 推到台前。这一步标志着 Anthropic 从"模型提供商"向"开发者工作流工具提供商"迈出了关键一步。

随后 Claude 4 的发布继续强化了这条路线——模型能力升级、agent 工具化、终端和 IDE 全覆盖——形成了一个完整的产品闭环。

OpenAI 同期也完成了 Codex 从"老名字"到"新产品"的再定义，把它从早年间的代码补全模型升级为一整套编程 agent 工具体系。

到 2026 年 5 月 2 日 Sam 发出这条推文时，市场上已经形成了两个高度可比较的 AI coding agent 品牌，用户已经习惯在社交媒体上做二选一投票，争论点也早已超越了"代码写得准不准"，变成了"整个开发体验谁更像你的长期搭档"。

回头看 Hacker News 上 Claude 3.7 发布时的讨论帖——2127 分、963 条评论——社区里围绕 benchmark、排行榜、模型对比的争论早就持续了一年多。Sam 这条推文等于是当事人之一亲自出面，给这场持续了一整年的舆论拉锯做了一次定调。

结语：最好的 AI 编程工具是什么？是你知道什么时候该用谁

Sam Altman 这条推文最有穿透力的地方在于，它出自 OpenAI CEO 之口，却没有强调 OpenAI 最强，核心意思是："你觉得什么好用就用什么"。

这不是示弱。恰恰相反，它反映的是一个行业正在成熟的标志：当竞争从模型榜单对决进入了 agent 工具的工作流对决，"谁最好"就注定不再有单一答案。

就像评论区里那位开发者说的："没有人讨论的那个 meta-skill 才是关键——知道什么时候该用谁。"

Codex 擅长一锤子快活，Claude Code 擅长长链路深耕，而真正高效的开发者和团队，已经在做的事情是：把规划、实现、review、测试拆给不同的 agent，在编排层做路由，让工具为工作流服务，而非工作流为品牌站队。

2026 年的 AI 编程工具之争，赢家大概率会是最先学会"双持甚至多持"的那批开发者。

文章来自于微信公众号 "虾智"，作者 "虾智"