夜雨聆风2026年6月21日，OpenAI Codex负责人Tibo发了一条推文。
不预热新品，不炫技。
公开承认一个所有AI coding用户都心知肚明的事实——
"We built the Codex App with models that were okayish at front-end."
「我们是用对前端能力还算凑合的模型，构建了Codex App。」
8883个赞，848k浏览，861条回复。
这条推文戳中了一个公开的秘密：AI coding的逻辑能力已经很强了，但前端还停留在「能用但不好看」的段位。
OpenAI造自己旗舰产品Codex桌面App用的模型，前端能力也仅仅是okayish——凑合。
Tibo紧接补了一句：
"Wait to see what we can do when we finally improve front-end capabilities significantly in our models. That day will be something."
「等我们最终大幅提升模型的前端能力时，看看我们能做到什么。那一天会很特别。」
连OpenAI自己的人都在等那一天。
▲ Tibo推文原文：承认Codex App是用前端能力"还算凑合"的模型构建的，8883赞、848k浏览
评论区成了集体吐槽现场
Tibo这条推文下面，Codex用户的情绪复杂到了极点。
开发者@thekitze直接回了一句：「Yeah 2030 gonna be wild.」——真要等到2030年才真正好起来？
知名技术博主@dotey（宝玉）留言：「Codex Design please.」用户要的是一个能用的Design模式，远期承诺解决不了今天的痛点。
更扎眼的是，有用户晒了自己用Codex搭的真实网站。
cltr（@ambrosecltr）发了一段33秒视频演示，配文相当微妙：
"I think 5.5 done a pretty decent job on our site, lots of prompting (and some swearing) but still a good end result."
「我认为5.5在我们的网站上做得相当不错，花了大量提示——还有一些咒骂——但最终结果还可以。」
注意这个措辞："lots of prompting (and some swearing)"。
前端做到「还可以」的代价是什么？大量提示词反复调校，边做边骂。
@deckard_the_dev发了一张meme图，图上一行字：
"The world when Codex gets good at UI design"
Codex真正学会UI设计那天，世界会是另一个样子。
讽刺、期待、无奈、希望——同一条推文下面，四种情绪搅在一起，一个产品交付级痛点被摊开了。
▲ 开发者@deckard_the_dev的meme回复：Codex学会UI设计那天，世界将是另一个样子
▲ cltr展示用Codex搭建的网站："大量提示加一些咒骂，结果还可以"
官方文档不打自招：前端要套一整套「脚手架」才能救
如果你觉得Tibo只是谦虚，去看OpenAI的官方文档。
OpenAI专门为Codex写了一份前端开发用例指南《Build responsive front-end designs》，里面有一段坦白：
"The model tends to default to high-frequency patterns and style so if it's not obvious from your references that you want something else, the UI might look generic."
「模型倾向于默认输出高频模式和风格，所以如果你的参考中没有明确表达你想要别的东西，UI可能会看起来很普通。」
翻译成大白话：你不给明确指令，Codex默认给你的就是AI味——卡片堆叠、Inter字体、紫色调、千篇一律的SaaS模板。
然后官方给了一整套"补偿方案"：
提供桌面端和移动端多张参考截图 准备完整的设计系统（design system token） 用Playwright skill让Codex打开浏览器，对照截图在不同断点迭代 一个Starter Prompt长达几十行，硬性规定"复用现有design system、对齐间距布局层次、用浏览器验证"
这哪是写代码，这是手把手教一个审美感为零的人在画画。
本质是：用外部工具、人工视觉参照物和大量prompt约束，绕开模型自身前端能力的先天缺陷。
▲ OpenAI官方文档：需要用截图、Design System和Playwright多轮迭代才能把前端质量拉回可用水平
GPT-5.4专门「补课」前端，补完还要靠硬规则管着
2026年3月，OpenAI发布GPT-5.4，官方博客标题直白：《Designing delightful frontends with GPT-5.4》。
博客明确写道"we trained GPT-5.4 with a focus on improved UI capabilities and use of images"——专门训练了UI能力和图像使用。
这件事本身就说明：之前的模型，前端确实不够好。现在专门补这一课。
但博客接下来的内容，暴露了一个更深的困局。
专项训练之后，OpenAI仍然要提供一整套「硬规则」来约束模型：
One composition（一个页面一个视觉焦点） Brand first（品牌感优先） No hero overlays（禁止浮层式Hero图） Default: no cards（默认不用卡片布局） No purple bias（禁止紫色偏好） Reduce clutter（减少视觉杂音） Use at least 2-3 intentional motions（至少2-3处有意图的动效）
还有一套Litmus checks（试金石检查）：
品牌是否一眼可辨？ 移除所有装饰性阴影后，设计是否仍有高级感？ 是否有一个强烈的视觉锚点？
看完这份博客你会明白：GPT-5.4前端能力强了，但它仍然不是一个「品味在线」的模型。它需要被大量规则箍住，才能不滑回AI味的模板审美。
OpenAI还发了一个完整的frontend-skill YAML文件，定义「visual thesis」（视觉命题）、「content plan」（内容计划）、「interaction thesis」（交互命题），明确禁止generic SaaS card grid、AI味布局。
等于在模型外面套了一层「审美外骨骼」。
Tibo说的okayish，就是脱掉这层外骨骼之后，模型本来的样子。
▲ GPT-5.4前端博客：专项训练后仍需要大量硬规则约束模型的前端输出
Reddit用户怒了：「Codex做UI简直是灾难」
官方措辞还算克制。社区的画风就完全不同了。
Reddit r/codex上有一个高赞帖子，标题直接开骂：
《Holy shit codex is AWFUL at UI/UX》
「天哪，Codex做UI/UX简直糟透了。」
正文火力全开：
"It's like, unbelievably bad. ... 'Do you like cards in your UI? How about cards nested inside those cards?' ... It also struggles with the most basic UI design requests (add spacing between this section and the nav bar, etc.)"
「差到不可思议。'你喜欢卡片式UI吗？要不要在那些卡片里面再嵌套一些卡片？' 它连最基础的UI设计请求都搞不定——比如在这个区块和导航栏之间加点间距。」
高赞评论的共识如下：
前端是瓶颈，多数用户从来没被迫用严格规则验证过前端质量 Claude Code在UI/UX/Design上碾压Codex 路径只有三条：用skill硬修、让Claude先出原型再Codex接逻辑、多轮重度prompt加手动修复
类似帖子不止一个。搜"Why Codex so much worse than Claude Code in frontend"，能翻出一堆。
用户真实workflow已经变成：前端任务切Claude，后端和调试留给Codex。
一款号称「一站式agentic coding工作空间」的产品，用户被迫在两个AI工具之间反复横跳——这本身就是最响的警铃。
▲ Reddit热帖："Holy shit Codex做UI/UX实在太烂了"，用户痛批卡片嵌套卡片、基础布局都搞不定
AI做不好前端，这四道坎绕不过去
Codex前端不行，远不是一个"模型没训好"就能概括的。四个结构性困局横在前面：
第一，训练数据有毒。
模型训练集中成功案例大量是模板化SaaS页面——Hero图+Cards+CTA三段式、Inter字体、中性灰、紫色按钮。模型学到的是高频统计模式，跟"好看""有品味"毫无关系。你和它说"做一个高级感的页面"，它脑子里没有"高级感"，只有"出现频率最高的前端代码组合"。
第二，好看没法自动打分。
后端逻辑有单元测试、类型检查、性能指标。前端"好看"怎么量化？Playwright能测功能和布局，测不了"这个页面有没有高级感""这个配色会不会让用户觉得廉价"。没有可量化的评估指标，模型就没法自我迭代。
第三，前端是隐性知识的黑洞。
hover状态的细腻过渡、scroll联动的节奏感、loading动画的设计语言一致性、排版呼吸感、色彩和谐度——这些是人类设计师花了多年才内化的东西，很少被写进文档，更多是"看多了好作品自然就懂了"。现在的模型，缺的就是这个"看过足够多好作品"的积累。
第四，原型和产品之间有一道鸿沟。
Demo里30秒出一个漂亮landing page容易。真正接入仓库的design system、路由系统、state管理、真实数据、无障碍访问、性能、SEO之后——视觉一致性崩掉的概率指数级上升。
OpenAI那套"给截图、给design system、用浏览器多轮迭代"的方案，瞄准的是用外部信号补偿模型短板。模型自身的品味判断力，靠这些规则约束不了内核。
Tibo说的「那一天」，分量多重？
回到Tibo推文的结尾：
"That day will be something."
「那一天会很特别。」
他不是画饼。他说的是：当模型原生就能产出生产级UI、不需要用户手把手用截图和skill规则来调校——整个agentic开发范式和知识工作交付链都会被重塑。
看一组数据就知道这一天有多重：
Codex周活用户超过500万，知识工作者（设计师、运营、分析师，非程序员）占20%，增速是开发者的3倍以上 TechCrunch 2026年6月报道，product design插件和Sites功能的目标是把"非开发者也能量产交互式产品"变成现实
前端能力是一切非开发者工作流的终极卡点。
逻辑对了、工具链通了、云端部署顺了——最后卡在"界面能不能看"。这偏偏是产品交付中用户最先看到、最在意的东西。
Tibo的"那一天"，就是AI从"能出东西但你要自己修UI"跨到"一次prompt出来就是premium级别"的那一天。
对OpenAI来说，Codex从开发者工具变成所有人的产品交付引擎。
对用户来说，建站逻辑10分钟、前端2到3小时甚至跨天的荒诞时间分配，成为历史。
谁会先到那一天？
一个值得关注的对比：在用户口碑里，Claude Code的前端和设计能力一直压Codex一头。
部分用户已经跑通了"Claude出UI原型，Codex接后端逻辑"的混合workflow。
这不是说Claude解决了所有前端问题。它指向一个方向：谁先突破"AI原生产出好看、可用、有品牌感的界面"，谁就在agentic coding下一阶段攥住了最大的筹码。
Tibo公开承认自己的模型只是"okayish"，这份坦率不多见。
同样不多见的是，他同时给出了一个清晰信号：他们知道短板在哪，正在解决它，那一天不会太远。
OpenAI的GitHub skills仓库22.9k星，社区"anti-slop" skill大量涌现，GPT-5.4专门针对前端训练，frontend-skill越来越完善。
所有这些"打补丁"的动作，都在为一个不需要补丁的未来做准备。
那一天，Tibo说的那种"用okayish前端模型造App"的尴尬，才会真正成为历史。
▲ TechCrunch报道Codex插件生态：product design和Sites功能瞄准非开发者交付流程，前端能力直接决定落地质量
▲ OpenAI社区早期的前端设计愿景帖：用vision+语音+浏览器迭代，与当下用户实际痛点形成对比
