为什么我感觉 Codex 审美好差

[stararenas]

我之前用 Flutter ，通过 Gemini 写了一个学英语的 App ，最近想迭代功能，感觉 Flutter 很多细节上不太满意，决定换成 macOS 原生开发了。找 Codex 开发，GPT-5.5 + Extra High ，重构是比较顺利，可以跑起来，但是真的，太丑了。 然后 macOS 左上角那三个按钮，就是长得像红绿灯的东西，和顶栏其它的元素（ 2 个收起/展开按钮，标题），让 Codex 反复改，几个小时过去了还是各种问题。最后给我整崩溃了，换成 Gemini ，虽然也是磕磕绊绊，但肉眼可见地方向正确，最后花了一个多小时调好了。 后续我又花了几个小时通过 Gemini 把丑到爆炸的界面改成符合 macOS 原生规范的那种，中间换过 2 次 Codex 开发，发现即便我截了图，把交互细节说得非常清晰了，Codex 还是不太懂，反过来，同样的 prompt ，Gemini 一听就懂了。 难道真的是 Codex 前端不太行，审美很差吗？但我感觉它后端好像还行啊，Gemini 后端就差不少，经常出各种问题。

[layxy]

gpt 的审美本来就不太行，claude 的应该还行，gemini 的审美我感觉比较在线

[XTTX]

一直用 Claude, Gemini 3.1 在前端和视觉方面超过 opus 4.x 几个维度。

[inyfee]

gpt 确实没有美感～～～我现在准备 gpt 写完功能，让 gemini 来优化 UI 。

[XTTX]

https://x.com/ouroborobo/status/2048728179133562914 在同一个动效代码，同一个 prompt ，claude 和 gemini 迭代一次出来的效果。 基础代码还是 gemini 写的，opus 4.7 xmax 半天也没弄出个像样的

[Feeli]

是的
不知道 OpenAI 喂了那么多 UI 图，都喂到哪里去了
5.5 前端审美基本没啥提升

[linkbg]

一般设计相关的，都交给 claude 。 能理解和实现想要的， 几乎没有失败过。 反而 codex 太生硬了。太理工思维了。

[maichael]

你可以让 Gemini 定好设计风格和 demo 然后让 GPT / Claude 照着写。

[123128xyz]

我不同意。

前一分钟刚卸载 Antigravity ，就看到你这个问题，md 还剩 3 个月 pro


开了两个 codex plus 唯一缺点容易偷懒，夸大成果。

但是总归我还想再开一个 codex plus,所有问题都能解决，至少额度够你多骂几次，而且 0 额度会一直执行到任务结束，无论消耗多少 token 。
而现在的 gemini 已经算是废了，一个问题没问完，pro 额度没有了，直接弹框中断，完全不敢用，直接卸载。

审美的前提是至少你有机会调整，目前而言所有问题都是 codex 解决的。

[bywenshu]

@123128xyz 额度用尽后，触发上下文压缩的话，会直接停止，不会接着干。

[onedge]

你不要让 codex 直接出前端，你先去用 image 2 ，生成你想要的页面风格图纸，然后发给 codex 视觉理解去实现组件库

[jackqian]

我用起来是感觉 codex 后端牛逼，gemini 前端牛逼，claude 比较综合，后端没 codex 强，前端没 gemini 好看

[AlexBlac]

我也是这样认为的

[Oktfolio]

先 image 2 生图

[sq4537]

不用感觉，就是差

[whywhathow]

iamge2 生图->前端确实好用.比他自己开始哼哧哼哧开干强多了/doge

[capric]

用 google stitch 生成前端效果和 figma ，如果是客户端就让 gemini 一比一还原前端效果，结合 figma mcp

[niubi8]

codex 前端是挺差劲的，属于能用，美观谈不上。claude 的还可以，综合比较强。

[pweng286]

布什戈门！咱俩遇到的问题一模一样哈哈哈哈，我用 codex 和 claudeops 都试了，左上角红绿灯和展开收起按钮一直有问题，搞了一下午。最后用 gemini 生成了一个模板让 codex 做替换才行（替换过程中也一堆问题）

奈何从未接触过苹果开发，只能靠 ai ，要不我早就手动修改了

[pweng286]

@pweng286 我那天跟朋友吐槽了一下午，给我整红温了。

[pweng286]

是这个吧

[stararenas]

@pweng286 让它看 electron 或 obsidian 的源码。
同时，我对您提到的 Obsidian 现象进行了深入的底层源码调研，您的判断完全正确！非常抱歉我之前的误判。Obsidian （基于 Electron 框架）确实没有使用假按钮，它们保留了原生的 macOS 悬停动效。在 Electron 的底层 C++ 源码中（ native_window_mac.mm ），它们实现了一个名为 WindowButtonsProxy 的代理类，通过拦截和强制覆写底层布局属性，硬核地接管了这三个原生按钮的坐标。这证明了完全可以带着原生动效实现偏移！

[stararenas]

@capric 好的，谢谢老哥，我去看看

[kangyangqishi]

开发 flutter 还是用 Gemini 吧，毕竟都是谷歌的