做了一个真实项目后,我现在基本固定用 Codex 写后端,Gemini 处理 UI

2026-04-11 12:440阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

最近拿 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 帮我把第一版摊开,确实会轻松很多。

阅读全文
标签:人工智能