https://SymphonyW.github.io/tags/claude-code/ Recent content in Claude Code on Snow Hugo -- gohugo.io en Snow Sat, 11 Jul 2026 13:12:00 +0800 https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/ Sat, 11 Jul 2026 13:12:00 +0800 https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/ <img src="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/bg.svg" alt="Featured image of post Claude Code 和 Codex 的区别：从产品形态到工作流，一次讲透" /><h1 id="claude-code-和-codex-的区别从产品形态到工作流一次讲透">Claude Code 和 Codex 的区别：从产品形态到工作流，一次讲透 </h1><blockquote> <p>现在的 AI 编程工具，已经不只是“帮你补几行代码”，而是在往“能接管一段真实开发流程的代理”演化。Claude Code 和 Codex 都属于这一代产品，但它们走的不是同一条路。</p> </blockquote> <p>很多文章会把这两个工具简单写成“一个是 Anthropic 的，一个是 OpenAI 的”，然后开始比模型效果。这样写不算错，但也不够有用。真正决定体验的，往往不是一句“谁更聪明”，而是这两个工具 <strong>默认假设你怎样工作</strong>。</p> <p>如果先给结论，我会这样概括：</p> <ul> <li><strong>Claude Code 更像一个围绕本地工程工作区构建的编程代理工作台</strong></li> <li><strong>Codex 更像一个把本地开发、云端委派和 GitHub 协作打通的编程代理平台</strong></li> </ul> <p>下面不只讲区别，也讲清楚这两个产品为什么会长成现在这样。</p> <hr> <h2 id="先看总图">先看总图 </h2><p><a href="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/positioning-map.svg" target="_blank" rel="noopener noreferrer"><img src="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/positioning-map.svg" alt="Claude Code 与 Codex 的产品重心示意图" loading="lazy" decoding="async"></a> </p> <p>这张图可以先帮助你建立一个整体印象。Claude Code 的重心更靠近“本地工作区、项目规则、长期上下文和工具接入”，Codex 的重心更靠近“多端一致体验、云端后台任务、GitHub 工作流和平台化委派”。</p> <p>这并不意味着 Claude Code 没有云端能力，也不意味着 Codex 不能本地开发。真正的区别是：<strong>两者的默认工作重心不同。</strong></p> <hr> <h2 id="先把-codex-这个词说清楚">先把 Codex 这个词说清楚 </h2><p>现在大家讨论的 <strong>Codex</strong>，通常指的是 OpenAI 这一代面向开发者的 coding agent 产品，而不是 2021 年那个早期的同名代码模型。官方 Quickstart 里已经把 Codex 明确放进 App、IDE 扩展、CLI 和 Cloud 这些入口里，说明它早就不是单一模型，而是一套完整的代理工作流。</p> <p>同样地，<strong>Claude Code</strong> 也不是“Claude 会写代码”这么简单。Anthropic 的官方文档把它定义成一个 agentic coding tool，强调它可以读代码库、改文件、跑命令，并在 Terminal、IDE、Desktop 和 Web 之间切换。</p> <p>所以如果你把这两个工具理解成“两个聊天框 + 一个代码模型”，从一开始就会看偏。</p> <hr> <h2 id="一句话结论">一句话结论 </h2><p>很多人第一次用这两个工具，会觉得它们都能做相似的事：读项目、改多文件、执行命令、跑测试、做 review、生成提交。问题在于，相同功能背后的 <strong>组织方式</strong> 并不一样。</p> <p>Claude Code 最突出的特点，是它很强调 <strong>项目上下文、可控权限、MCP 接入、技能和长期记忆</strong>；Codex 最突出的特点，是它很强调 <strong>本地与云端双模、多端统一、GitHub 委派和任务回收</strong>。前者像一台能深度定制的工程工作台，后者像一个更完整的代理操作系统。</p> <hr> <h2 id="差异总览">差异总览 </h2><table> <thead> <tr> <th>维度</th> <th>Claude Code</th> <th>Codex</th> </tr> </thead> <tbody> <tr> <td>官方定位</td> <td>Agentic coding tool</td> <td>Coding agent / coding workflow platform</td> </tr> <tr> <td>核心重心</td> <td>本地项目目录与工程上下文</td> <td>本地执行 + 云端委派 + GitHub 协作</td> </tr> <tr> <td>常见入口</td> <td>Terminal、VS Code、Desktop、Web、JetBrains</td> <td>App、IDE Extension、CLI、Cloud</td> </tr> <tr> <td>默认使用节奏</td> <td>围绕仓库连续工作</td> <td>随时本地做，也随时把任务挂到后台</td> </tr> <tr> <td>扩展机制</td> <td><code>CLAUDE.md</code>、auto memory、hooks、skills、MCP、Agent SDK</td> <td>skills、plugins、config、cloud environment、GitHub integration</td> </tr> <tr> <td>安全控制</td> <td>权限审批、工作区写入边界、可选 sandbox</td> <td>sandbox mode、approval policy、云端环境隔离</td> </tr> <tr> <td>典型优势</td> <td>深度驯化工程流</td> <td>任务委派与多端协作</td> </tr> <tr> <td>更适合</td> <td>想把代理嵌进长期研发习惯的人</td> <td>想把“本地开发 + 云端代办 + PR 流程”打通的人</td> </tr> </tbody> </table> <p>如果只看表格，你会觉得差异还不算大。真正拉开差距的，是下面这几个层面：产品形态、工作流、安全边界和扩展方式。</p> <hr> <h2 id="产品形态不同">产品形态不同 </h2><p><a href="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/workflow-compare.svg" target="_blank" rel="noopener noreferrer"><img src="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/workflow-compare.svg" alt="Claude Code 与 Codex 的入口与协作流对比" loading="lazy" decoding="async"></a> </p> <p>Anthropic 在 Claude Code 文档里，把 Terminal、VS Code、Desktop、Web、JetBrains 都列成同一个体系里的使用入口，而且还继续向外延伸到了 Remote Control、routines、background agents、Slack、CI/CD 等场景。这种设计更像是：<strong>同一套代理能力，跟着你的开发环境一起移动。</strong></p> <p>Codex 的文档则更强调另一件事：你可以在本地 App、IDE、CLI 中调用它，也可以直接在云端环境中启动任务、连接 GitHub 仓库、查看日志、审查 diff，然后回收到 PR。这种感觉更像：<strong>你不只是在“用一个本地工具”，而是在使用一个可本地执行、可云端委派的代理平台。</strong></p> <p>两者都在做“多端”，但动机不一样：</p> <ul> <li>Claude Code 的多端，更像把一份本地工作连续延长</li> <li>Codex 的多端，更像把同一类任务在不同执行面之间分发</li> </ul> <p>这就是为什么很多人同时觉得“它们很像”，又会在深入使用后觉得“完全不是一个味道”。</p> <hr> <h2 id="工作流的默认假设不同">工作流的默认假设不同 </h2><p>很多工具表面上都支持“本地 + 云端”，但关键不在于支不支持，而在于它 <strong>默认假设你最常怎么工作</strong>。</p> <p>Claude Code 的最自然姿势，是从某个项目目录启动，然后围绕这份仓库持续工作。它之所以重视 <code>CLAUDE.md</code>、hooks、permissions、MCP、skills，不是因为这些东西看起来高级，而是因为它默认你会在 <strong>同一套工程上下文里不断深入</strong>。</p> <p>Codex 的文档则把 <code>Local</code> 和 <code>Cloud</code> 明确摆在了前台。你既可以直接在本地目录里让它做事，也可以把任务交给云端环境，在浏览器里看它执行，最后产出 diff 或 PR。这种设计天然更适合异步协作，也更适合“我先把任务挂出去，稍后回来 review”的节奏。</p> <p>用一句更直白的话说：</p> <ul> <li><strong>Claude Code 更像“代理在你的工作区里陪你干活”</strong></li> <li><strong>Codex 更像“代理既能在你旁边干活，也能被你派出去单独干活”</strong></li> </ul> <p>如果你每天都在一个大仓库里来回调试、试错、查文档、接内部工具、修细节，Claude Code 往往更容易形成手感。<br> 如果你更习惯把任务拆出来、挂到后台、异步等结果，Codex 会更顺。</p> <hr> <h2 id="安全边界的设计重点不同">安全边界的设计重点不同 </h2><p><a href="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/security-compare.svg" target="_blank" rel="noopener noreferrer"><img src="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/security-compare.svg" alt="Claude Code 与 Codex 的安全模型对比图" loading="lazy" decoding="async"></a> </p> <p>这两个产品都非常重视安全，但文档里暴露出来的设计思路并不相同。</p> <h3 id="claude-code-更像权限驱动">Claude Code 更像权限驱动 </h3><p>Claude Code 的官方 Security 文档反复强调三件事：</p> <ol> <li>默认是严格的只读权限</li> <li>会改系统状态的 Bash 命令需要批准</li> <li>写入默认被限制在启动目录及其子目录</li> </ol> <p>它还强调，像 <code>ls</code>、<code>cat</code>、<code>git status</code> 这样的只读命令可以直接执行，但修改系统状态的命令需要审批；即使进入更高自动化的编辑模式，也不是无限制放权。再加上 allow/deny 规则、trust verification、hooks 和 sandbox，这套设计的重点是：<strong>把每一次放权都做成清晰的边界选择。</strong></p> <h3 id="codex-更像沙箱驱动">Codex 更像沙箱驱动 </h3><p>Codex 的安全文档会先区分两个核心概念：</p> <ul> <li><code>sandbox mode</code> 决定技术上能做什么</li> <li><code>approval policy</code> 决定什么时候必须停下来问你</li> </ul> <p>本地模式里，它依赖操作系统级机制把写权限和网络访问关进当前工作区；云端模式里，它运行在隔离环境中，并且把 setup 阶段和 agent 阶段的权限边界拆得很清楚。你会感觉到，它不是先问“这一步要不要放行”，而是先问“这台代理当前到底被放在什么盒子里”。</p> <h3 id="两种思路分别适合谁">两种思路，分别适合谁 </h3><p>如果你更喜欢细粒度控制，喜欢给命令、目录、MCP、文件写规则，Claude Code 会更有“可调教感”。如果你更喜欢先选定一个可信运行档位，再基于审批策略运行，Codex 的方式会更像传统工程系统里的权限层级。</p> <p>这不是谁更安全，而是谁的控制接口更符合你的直觉。</p> <hr> <h2 id="扩展能力的侧重点也不一样">扩展能力的侧重点也不一样 </h2><p>很多人对“扩展能力”的理解，还停留在“能不能接第三方工具”。其实更关键的问题是：<strong>这个代理能不能被你长期纳入自己的研发体系。</strong></p> <h3 id="claude-code更强调项目内沉淀">Claude Code：更强调项目内沉淀 </h3><p>Claude Code 在这方面有一套很完整的组合拳：</p> <ul> <li><code>CLAUDE.md</code> 用来固化项目规则、架构背景和代码偏好</li> <li>auto memory 让它在多次会话里积累构建和调试经验</li> <li>hooks 能在编辑前后自动挂流程</li> <li>skills 能把团队常用动作包装成固定套路</li> <li>MCP 能把 Jira、Slack、数据库、内部平台等接进来</li> </ul> <p>这些能力组合起来的效果，不只是“功能多”，而是 <strong>它会越来越像这个项目自己的代理</strong>。</p> <h3 id="codex更强调平台化分发">Codex：更强调平台化分发 </h3><p>Codex 也有 skills，但它的技能体系和 plugins 更偏平台思维。OpenAI 明确把 skills 视为工作流抽象，把 plugins 视为安装和分发单位，一个插件甚至可以同时携带技能、MCP 配置、依赖说明和界面元数据。</p> <p>这意味着 Codex 不只是方便你“在当前项目里配置”，也方便你“把一套代理能力打包给更多场景复用”。如果你所在的团队已经很依赖统一平台、统一入口、统一账号、统一 GitHub 协作，这种设计会很自然。</p> <hr> <h2 id="团队协作体验也不同">团队协作体验也不同 </h2><p>Claude Code 更擅长的是 <strong>把代理嵌进已有工作流</strong>。比如 CI/CD、Slack、scheduled tasks、sub-agents、background agents，这些能力都说明它适合放进一个已经成型的研发链路里，成为“研发过程中的代理层”。</p> <p>Codex 更擅长的是 <strong>把工作变成任务，再把任务回收到 GitHub</strong>。在浏览器中开云端任务、连接仓库、看执行日志、审查 diff、生成 PR，或者在 GitHub 评论里直接 <code>@codex</code>，这些都让它更像任务派发中心。</p> <p>如果要用一句很短的话概括：</p> <ul> <li><strong>Claude Code 更像在团队流程里长出来</strong></li> <li><strong>Codex 更像把团队任务收拢到一个平台里</strong></li> </ul> <hr> <h2 id="到底怎么选">到底怎么选 </h2><p><a href="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/selection-guide.svg" target="_blank" rel="noopener noreferrer"><img src="https://SymphonyW.github.io/p/claude-code-%E5%92%8C-codex-%E7%9A%84%E5%8C%BA%E5%88%AB%E4%BB%8E%E4%BA%A7%E5%93%81%E5%BD%A2%E6%80%81%E5%88%B0%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%80%E6%AC%A1%E8%AE%B2%E9%80%8F/selection-guide.svg" alt="Claude Code 与 Codex 的选型决策图" loading="lazy" decoding="async"></a> </p> <p>很多人最关心的问题不是“它们哪不同”，而是“我到底该选哪个”。这个问题最好不要从品牌出发，而要从自己的工作节奏出发。</p> <h3 id="更适合选-claude-code-的情况">更适合选 Claude Code 的情况 </h3><p>如果你符合下面这些特征，Claude Code 往往会更对味：</p> <ol> <li>你大多数时间都在本地仓库里持续工作</li> <li>你很在意项目级规则、目录级权限、记忆文件和 hooks</li> <li>你希望代理长期理解你的工程约定，而不是每次都从头开始</li> <li>你需要频繁连接内部工具或团队私有系统</li> </ol> <p>这类用户真正想要的，不只是“会写代码的 AI”，而是“越来越懂这套项目脾气的代理”。</p> <h3 id="更适合选-codex-的情况">更适合选 Codex 的情况 </h3><p>如果你更符合下面这些特征，Codex 往往会更顺：</p> <ol> <li>你已经深度使用 ChatGPT 生态</li> <li>你喜欢把任务委派出去，稍后回来 review</li> <li>你很依赖 GitHub 的 issue、评论、PR 和异步协作</li> <li>你想把本地开发、云端执行和多端体验统一起来</li> <li>你更习惯通过 sandbox 档位和 approval policy 管理风险</li> </ol> <p>这类用户通常追求的不是“代理是否足够贴身”，而是“代理是不是足够好派、好管、好回收”。</p> <hr> <h2 id="一个更真实的判断">一个更真实的判断 </h2><p>很多横评喜欢把问题收束成一句大结论，比如“Claude Code 更强”或者“Codex 更像真正的 agent”。这类结论很适合做标题，但不适合做选型。</p> <p>更接近真实世界的判断是：<strong>Claude Code 和 Codex 正在从两个不同方向收敛到同一件事。</strong> Claude Code 是从本地工程代理向多端、多代理、远程协作扩展；Codex 是从多端代理平台向更强的本地工程能力和更细的安全控制收敛。</p> <p>所以今天它们最大的差别，不一定是“能力上谁有、谁没有”，而是：</p> <ul> <li>Claude Code 默认假设你正在一个真实项目里持续深耕</li> <li>Codex 默认假设你随时可能把任务分发到别的执行面上</li> </ul> <p>只要把这个默认假设想清楚，很多看似复杂的对比，其实就都顺了。</p> <hr> <h2 id="总结">总结 </h2><p>最后把全文压缩成几句话：</p> <ol> <li><strong>Claude Code 和 Codex 都已经不只是代码补全工具，而是能读仓库、改文件、跑命令、做验证的编程代理</strong></li> <li><strong>Claude Code 更偏本地工程工作台，Codex 更偏本地与云端一体的代理平台</strong></li> <li><strong>Claude Code 的优势在于项目上下文、规则沉淀、MCP 接入和长期驯化</strong></li> <li><strong>Codex 的优势在于云端委派、多端统一、GitHub 协作和平台化安全模型</strong></li> <li><strong>真正的选型关键，不是听谁宣传得更猛，而是看你的工作节奏更像“持续深耕”，还是“频繁委派”</strong></li> </ol> <p>如果后面继续写这个系列，我更想接着写两篇：</p> <ul> <li><code>Claude Code 和 Codex 的真实开发工作流对比：各做一个完整功能是什么体验</code></li> <li><code>Claude Code、Codex、Cursor、Cline 四款 AI 编程工具怎么选</code></li> </ul> <hr> <h2 id="参考资料">参考资料 </h2><p>这篇文章主要基于两家的官方文档整理，建议你如果准备长期选型，最好也直接看一遍原始文档：</p> <ul> <li><a class="link" href="https://code.claude.com/docs/en/overview" target="_blank" rel="noopener" >Claude Code Overview</a></li> <li><a class="link" href="https://code.claude.com/docs/en/security" target="_blank" rel="noopener" >Claude Code Security</a></li> <li><a class="link" href="https://code.claude.com/docs/en/mcp" target="_blank" rel="noopener" >Claude Code MCP</a></li> <li><a class="link" href="https://developers.openai.com/codex/quickstart" target="_blank" rel="noopener" >Codex Quickstart</a></li> <li><a class="link" href="https://developers.openai.com/codex/cloud" target="_blank" rel="noopener" >Codex cloud</a></li> <li><a class="link" href="https://developers.openai.com/codex/agent-approvals-security" target="_blank" rel="noopener" >Codex Agent approvals &amp; security</a></li> <li><a class="link" href="https://developers.openai.com/codex/skills" target="_blank" rel="noopener" >Codex Skills</a></li> </ul>