做了一个真实项目后,我现在基本固定用 Codex 写后端,Gemini 处理 UI
- 内容介绍
- 文章标签
- 相关推荐
问题描述:
最近拿 AI coding 真做了一个项目/功能,算是把自己的一套工作流试出来一点了。
先说结论:
我现在基本不太纠结“Codex 和 Gemini 谁更强”了,直接按分工用。
Codex主要写后端Gemini主要看 UI
这样跑下来,比我一开始想的“一个工具从头包到尾”稳定不少。
一开始我也试过让一个工具前后端一起做,但实际体验是:
- 要么后端逻辑还能看,UI 比较一般
- 要么页面看着还行,一到真实接口和业务细节就开始飘
后来我干脆分开用,反而顺很多。
Codex 这边,我现在主要拿来干这些事:
- 读现有代码,然后接着改
- 补接口、补 service、补一些联调时冒出来的碎逻辑
- 按项目原来的结构继续写,而不是重新起一套
我自己的体感是,后端开发很多时候不是单纯生成代码,而是得在已有工程里把东西补进去,而且尽量
别把原来的流程搞坏。
这类事情我目前还是更愿意交给 Codex。
Gemini 这边,我更多拿来处理 UI:
- 帮我先把页面结构整理出来
- 把比较模糊的 UI 想法先讲清楚
- 补一些交互状态,比如空状态、加载态、错误态
- 对一个区域怎么分块、信息怎么摆,先给个草稿
尤其是页面还没完全想明白的时候,先让 Gemini 帮我把第一版摊开,确实会轻松很多。
问题描述:
最近拿 AI coding 真做了一个项目/功能,算是把自己的一套工作流试出来一点了。
先说结论:
我现在基本不太纠结“Codex 和 Gemini 谁更强”了,直接按分工用。
Codex主要写后端Gemini主要看 UI
这样跑下来,比我一开始想的“一个工具从头包到尾”稳定不少。
一开始我也试过让一个工具前后端一起做,但实际体验是:
- 要么后端逻辑还能看,UI 比较一般
- 要么页面看着还行,一到真实接口和业务细节就开始飘
后来我干脆分开用,反而顺很多。
Codex 这边,我现在主要拿来干这些事:
- 读现有代码,然后接着改
- 补接口、补 service、补一些联调时冒出来的碎逻辑
- 按项目原来的结构继续写,而不是重新起一套
我自己的体感是,后端开发很多时候不是单纯生成代码,而是得在已有工程里把东西补进去,而且尽量
别把原来的流程搞坏。
这类事情我目前还是更愿意交给 Codex。
Gemini 这边,我更多拿来处理 UI:
- 帮我先把页面结构整理出来
- 把比较模糊的 UI 想法先讲清楚
- 补一些交互状态,比如空状态、加载态、错误态
- 对一个区域怎么分块、信息怎么摆,先给个草稿
尤其是页面还没完全想明白的时候,先让 Gemini 帮我把第一版摊开,确实会轻松很多。

