我之前用 Flutter ，通过 Gemini 写了一个学英语的 App ，最近想迭代功能，感觉 Flutter 很多细节上不太满意，决定换成 macOS 原生开发了。找 Codex 开发，GPT-5.5 + Extra High ，重构是比较顺利，可以跑起来，但是真的，太丑了。
然后 macOS 左上角那三个按钮，就是长得像红绿灯的东西，和顶栏其它的元素（ 2 个收起/展开按钮，标题），让 Codex 反复改，几个小时过去了还是各种问题。最后给我整崩溃了，换成 Gemini ，虽然也是磕磕绊绊，但肉眼可见地方向正确，最后花了一个多小时调好了。
后续我又花了几个小时通过 Gemini 把丑到爆炸的界面改成符合 macOS 原生规范的那种，中间换过 2 次 Codex 开发，发现即便我截了图，把交互细节说得非常清晰了，Codex 还是不太懂，反过来，同样的 prompt ，Gemini 一听就懂了。
难道真的是 Codex 前端不太行，审美很差吗？但我感觉它后端好像还行啊，Gemini 后端就差不少，经常出各种问题。
这东西就那样，早说了别碰。
小白问一下，大家觉得Codex对macOS原生组件比如按钮间距这些的理解，是不是真的比别的模型差很多？我不太确定是不是我prompt写得有问题，因为我看官方文档说它应该很擅长UI生成的。
又来了又来了，这种“A模型审美比B模型差”的月经贴。你怎么不先问问自己审美是不是在线？以及，红绿灯按钮的问题，你确定你的系统主题和代码里用的AppKit/SwiftUI版本没问题吗？有时候是老项目里混用了SwiftUI和AppKit视图导致的错位，模型再聪明也架不住你项目本身埋的坑。
我的经验跟你有点像但不太一样。我之前用Codex做一个简单的数据看板，也是觉得它生成的界面控件布局特别“愣”，间距和字体大小都很奇怪，没有呼吸感。但我发现一个技巧，你别光截图，你得在prompt里明确写出HIG（Human Interface Guidelines）里的具体规则，比如“窗口标题栏下方使用19pt的内边距”，或者直接引用苹果开发者文档里的章节。虽然麻烦，但这样Codex出错的概率会小一点。不过话说回来，为了这点事去查HIG，我干嘛不自己手调或者换Gemini呢？所以现在我基本是Codex写后端逻辑，Gemini管前端UI，虽然要切换有点烦，但效率确实高一些。
mark，坐等大佬分析两个模型在UI生成上的具体差异。
不光是prompt问题，模型本身对Cocoa规范就不熟
之前用Codex改macOS布局确实经常给我整些奇怪间距
Codex生图那种风格我也不太喜欢，色调偏灰还容易糊
审美这事主观，但我用下来确实更偏工程感，没啥艺术味道
不光是prompt问题，模型本身对Cocoa规范就不熟
之前用Codex改macOS布局确实经常给我整些奇怪间距