Claude Design 做设计，Codex 写代码：两天换工具后的真实体感

这两天，我的 Claude Code 账号突然被封了，具体原因到现在也没有完全搞清楚。因为用不了它，我只好更密集地用 Codex 开发代码。换了工具之后，两个 Coding Agent 的差异反而变得更明显了。

先说明一下：我日常工作一直在用 ChatGPT。这篇文章只谈代码开发场景下 Claude Code 和 Codex 的使用体感，不是在比较 ChatGPT 和 Claude。

Claude Design 更像在做产品设计

我感受最明显的一点，是 Claude Design 的设计感确实强于 Codex。

它给我的感觉更像一个资深产品经理：不会只盯着“把这个页面画出来”，而是会从整个产品出发，把页面结构、状态和交互一起想清楚。比如一个输入框有九种状态，它会主动把这些状态补齐，不只是画出来，还会解释为什么要这样设计。

这个差异很关键。它做的不只是生成一个好看的页面，而是在处理真实的产品设计问题。很多时候，给出的方案在完整度上已经超过我见过的一些成熟设计师的方案，偶尔还会带来意料之外的好想法。

一个先想清楚，一个先做起来

Codex 更像工程师。拿到任务后，它倾向于先动手，把东西做出来，再根据结果迭代。Claude Code 则更习惯先讨论目标、边界和实现方式，想清楚之后再开始。

两者最终写出的代码，未必有多大差距。真正不同的是工作节奏：Codex 推进更快，Claude Code 把更多时间放在动手之前。

现在 AI Coding 真正昂贵的，往往已经不是写代码本身，而是方向错了以后的返工。所以遇到重构、新模块或者新设计，我越来越认可先把问题想清楚的方式；方向一旦明确，Codex 连续执行的效率又很有优势。

目前最顺手的分工

基于这段时间的使用体感，一个现实的组合是：让 Claude Code 做设计师，让 Codex 做开发人员。

先用 Claude Design 把页面结构、各类状态、交互方式和背后的设计逻辑想完整，再交给 Codex 实现。对于已有项目，这种方式尤其顺畅：Claude Design 先基于原有代码完成 UI 重构设计，Codex 再按照设计和现有工程结构落地。一个偏产品设计，一个偏工程执行，分工很自然。

如果账号正常、订阅额度也足够，我其实不喜欢在开发过程中频繁切换工具。

真实开发里，上下文很重要。从需求讨论、方案设计，到编码、调试和重构，如果能在同一个 Coding Agent 里连续完成，体验会更顺。每切换一次工具，就要重新建立上下文，之前讨论中那些没有明确写下来的判断也可能丢失。

所以，“Claude Design + Codex 开发”对我来说更像当前条件下的折中，而不是理想的工作流。

工具放大执行力，判断仍然在人

无论用哪种 Coding Agent，最终结果的上限还是取决于人的思考深度。AI 可以放大执行力，也能帮我们补充思路，但不能替我们判断目标是否正确、方案是否合适。

我们需要的是 AI 辅助人，而不是人辅助 AI。