今年三月份我分享过自己 vibe coding 使用的模型组合:Claude Opus 4.6 当产品经理,GPT 5.3 Codex 当日常开发的执行者,Gemini 3.1 Pro 当设计师。

之前那期内容里三个模型的分工

当时这么选有实际的原因。Claude 的需求理解能力比较强,交流感比较强,代码能力也最强,所以我把它当作主模型,搭配 Claude Code 一起使用。但只用 Claude 价格太高,即使订 Max 套餐用量也不够用,所以我需要另一个执行者分担一部分开发工作。GPT 5.3 Codex 当时非常便宜,中转站几乎是白菜价,我就把大部分需要机械化执行的任务,通过子 Agent 的方式从 Claude Code 派发给 Codex。Gemini 则是因为 Claude 和 Codex 的设计能力都比它差一些,尤其是在简单需求描述之下,几个模型做出来的页面质感差别很大。

现在的组合

我已经完全放弃了之前的多模型用法,最近两周一直在用 Codex 加 GPT 5.5 这一个组合,订阅的是 GPT 200 美金的套餐。

这个用量对我来说非常够用,额度比 Claude 高很多,重度开发的情况下也用不完。截图的时候,5 小时的额度窗口还剩 96%,周额度还剩 99%。

Codex 里显示的剩余额度,5 小时窗口还剩 96%,周额度还剩 99%

为什么换

一方面是 Codex 自己的产品能力提升了很多,插件、技能这些能力都在完善。

Codex 桌面应用的插件页

另一方面是 GPT 5.5 修复了 GPT 5.4 和 GPT 5.3 Codex 一些非常明显的问题。之前它们最大的问题是回答晦涩,写出来的方案几乎看不懂,喜欢用复杂的话描述简单的问题。反倒是 Claude Opus 4.7,这个问题最近出现得越来越严重。一个模型编程能力再强,如果没有交流感,给人的信任感就很差。

GPT 5.5 在交流方面做得不错,我很少再遇到它说晦涩的话。做长任务的时候,Codex 加 GPT 5.5 目前的上下文窗口偏短,但它在不断压缩上下文之后依然能保持比较强的指令遵循,不会随便乱改,回答也比较好理解,编程能力也很强。所以我现在已经没有必要把 Claude 和 GPT 搭配在一起用,只用 GPT 一个就够了,而且用量比 Claude 便宜太多。

设计工作怎么解决

设计这一块,我现在通过 GPT Image 2 来解决。Codex 里自带了一个图像生成工具,在输入框打一个斜杠就能看到 Image Gen,它算是一个自带的技能。

在 Codex 输入框输入斜杠后出现的 Image Gen 工具

如果用的是 GPT 订阅,就可以直接用自己的额度生成图片,通过 AI 生图的方式来设计 UI。关于怎么用 GPT Image 2 设计 UI,我之前已经发过两期视频介绍,它生成的 UI 设计已经比较稳定。当时我还对比了 Nano Banana 和 GPT Image 2 在相同提示词下的效果,也用不同的提示词测试了什么样的方案能生成更好的设计。

同一套设计系统、相同提示词下 Gemini 3 Pro 和 GPT Image 2 的设计对比

用不同提示词方案测试 GPT Image 2 的设计效果

在这个基础上,我还做了一个自己日常使用的 Draw UI 技能,已经开源了。Codex 搭配这个技能,可以更方便地生成 UI 设计稿,里面还包含了把 UI 设计稿还原成 HTML 设计稿的流程,然后再基于 HTML 设计稿,用实际的框架代码把它实现到项目里。

在 Codex 里选中 Draw UI 技能

一些有趣的小功能

Codex 也在不断推出一些有趣的小功能。就像 Claude Code 之前出了 Buddy,Codex 现在出了一个小桌宠的功能,我桌面上这个宇智波鼬就是自己通过 AI 生成的。

Codex 窗口里的宇智波鼬桌宠

这类小功能能让我看到 AI 有趣的应用方式。Claude Code 有很多做得很好的 Agent 功能,我认为 Codex 后续也会在 Agent 能力上继续深入打磨。

对我这段时间的工作来说,Codex 加 GPT 5.5 已经覆盖了开发、沟通和 UI 设计这几类需求,也解决了之前需要三个模型分工带来的切换成本。这个结论来自我自己的使用场景;如果工作更依赖 Claude 的文字风格,或者已经有稳定的多模型流程,继续保留原来的组合也有合理性。