(codex,gemini Cli,ClaudeCode UI生成对照实验)论最近的我是如何用「限制词」把UI的 AI 味道压下去一部分的

2026-04-11 14:501阅读0评论SEO基础
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

啥叫UI的AI味?

让我们先给 AI 一个“正常产品经理 / 设计需求文档级别”的需求描述,不做人为干预(让他自由发挥一个)
需求提示词(GPT生成):
image1132×3322 324 KB

然后我们分别交给gemini-3-pro-preview,claude-opus4.5,gpt-5.2-codex-high
以下是养蛊的过程:
image1900×990 126 KB

上图!

各个模型完全不加任何UI样式要求版本:

Claude-opus-4-5、

image1875×900 65.2 KB
image1880×910 67 KB

gemini-3-pro-preview

image1896×899 75.6 KB
image1890×894 63.3 KB
image1895×899 36.3 KB

gpt-5.2-codex-high

image1885×910 97.2 KB
image1895×906 83.5 KB
image1891×905 88.1 KB
image1900×909 74.7 KB
image1894×908 106 KB

在不加任何限制词的情况下,AI 生成 UI 时暴露出的典型「AI 味」

1. 渐变色本身不是问题,但几乎一定会被用错场景

蓝紫渐变色(tailwindcss默认设置)还有各种各样的渐变色乱用
image794×979 137 KB
这是一种很安全的蓝 / 蓝紫配色上,看起来不难看(但显然有点审美疲劳了已经)
5114dffdb9dbe6f442205a9765ea13bd617cd303100×100 3.65 KB

AI 非常喜欢用渐变色来“兜底视觉效果”,渐变色本来咋用都没啥问题的,可是老是把鲜艳的渐变色直接填充式用在大面积容器、主背景或卡片主体上,你这…。结果就是界面第一眼好看,但信息边界模糊,主次不清。看久了还有点烦躁。
47438f4f7b27b13d4ec57b37ec7b7dcf5217de69100×100 3.68 KB

2. 渐变再进一步叠加光泽和玻璃拟态,UI 经常搞这种莫名其妙的“假高级”

你想:
渐变色+高透明度+模糊背景+发光边缘
界面会迅速变成展示页或概念稿风格。
这玩意,emmm怎么说呢
虽然我不是啥守旧派,但是架不住啥页面都这个德行

3. 阴影被当作装饰,而不是层级工具

AI 生成的 UI 里,阴影我甚至觉得是在乱用,但又没靠这玩意儿区分明确的层级职责。不同卡片、弹层、操作区使用相同强度和样式的阴影,导致“所有东西都在浮起”,这效果叫啥来着?
算了,反正就是实际上看着很别扭
112287dceadcb6ce1cf59a17989b159a87c754df100×100 3.38 KB

4. 卡片边界过弱,依赖背景和阴影勉强区分内容

上面说到了阴影,然后也跟这个情况有关,边界太弱了,AI搞的界面里面,卡片要么使用极浅的边框要么完全没有边框,只靠背景色差或阴影与页面区分。我偶尔搞个白色或浅灰背景下跟我带着眼镜在大冷天吃拉面一样
我是真看不清,内容混在一起,都不用说阅读疲劳的问题了
你这玩意儿已经伤害我的眼睛了

5. 纯白卡片被大量使用,页面整体显得“轻而薄”还散装

上面说了卡片,不只是单个卡片有问题,AI生成的基本上都是一堆的散装卡片。
尤其是使用纯白背景的卡片。
只要你生成的时候需要一个“干净、现代”的样式,这绝对是一写一堆,拉的到处都是
纯白卡片一旦数量增多,就会显得缺乏质感和层次,页面整体像一张尚未完成填充的线框稿。

而且页面利用效率有问题,就是有些页面第一眼很“干净”,但第二眼发现内容其实很少
卡片很大、留白很多、排版很松,看着舒服,但是你仔细看会发现屏幕被浪费得非常严重,更像展示页而不是能用的工具,这点我觉得Claude和GPT写的还是行的,东西至少不少。

6. 装饰性细节被平均分配,导致没有视觉节奏(这个观点是GPT帮我总结的,我实在不知道咋描述)

小渐变块、色条、图标背景、装饰点缀被均匀地撒在页面各处,每个模块都想“精致一点”,但没有任何地方真正承担视觉焦点。最终页面没有节奏,只有装饰堆积。
人话:“这些莫名其妙的小组件,丢这些地方干什么??用么没什么用,放着嘛多余,删了嘛又觉得缺点东西”

7. Emoji 或偏卡通风格图标被当作功能图标使用(这个是我最不能忍的)

AI生成的UI只要你不要求,emoji 或拟物感较强的图标会被直接用于功能入口。
讲真的,这玩意儿我也就是发个帖子发个消息会加

甚至我都不会用那些很有年代感的emoji

8. 正常用图标,图标风格也会混杂,缺乏统一的视觉语言

即便不用 emoji,AI 也经常在同一界面中混用线性、填充、双色甚至插画风格的图标。

单个看都你不会觉得有啥问题的,放在一起就不行了。

9. 为了显得“高级”,过度叠加多种视觉效果

渐变、阴影、圆角、描边、模糊、透明度同时出现。
第一眼惊艳,第二眼疲劳,第三眼开始觉得乱。

10. 整体视觉看起来完整,但缺乏真实使用感

这些 UI 看起来像是“已经设计完成的后台”,但更像展示用的样例界面。
看着是“做完了”,但真点两下就会觉得是“没开始”。

人话总结:

AI 生成 UI 的最大问题不是用了什么效果,而是它不知道什么时候该不用这些效果。反正你也没说不能用,那直接用了好了

那我是从什么时候开始写「限制词」的?

其实一开始我也没想过要“限制”AI,我个人是真没啥艺术细胞
毕竟 AI 画出来的 UI 第一眼都挺好看,说实话比不少人自己糊的还顺眼。

问题出在第二眼、第三眼、以及真正开始用的时候。

渐变色越来越多、阴影越来越重、光泽和玻璃拟态开始乱飞,直接开始污染我幼小的心灵,
然后接着图标开始不讲武德地混风格,
emoji 开始混进功能入口里。

这些东西单独看都不算错
(蛐蛐一下:md,其实单看我都觉得错)

当这个UI瞅着开始不再像一个“被长期使用的工具”,更像一个…像一个小红书水文

更TMD要命的是:这些问题反而是“稳定复现”的

其实用久了就会发现一个鬼故事:

  • 换模型也好
  • 换需求也好
  • 换业务类型也好

只要不加约束,这些 AI 味几乎必定会出现。

这就说明问题不在某一个模型,
而在于——
这是当前模型默认理解里的“好 UI”。

他把他知道的最好的东西都给你了,你还能怎么样?


所以我开始反着来:不再告诉它我要什么,而是直接告诉它“不能干什么”

从那之后,我写 UI 相关 Prompt 的方式彻底变了:

  • 都不用一上来写设计原则
  • 也不用写“高级”“现代”“好看”
  • 而是先把这些 稳定复现的 AI 味,一条一条禁掉
    image330×329 45.9 KB

比如:

  • 你老爱用渐变?那我就先说别用
  • 你老爱上光泽和玻璃?先禁
  • 你老爱用 emoji 当图标?直接点名不许
  • 你老爱堆卡片?那我就先卡你

不是我对这些效果有意见,而是它们在工具 UI 里出现得太频繁了。

好吧我就是有意见

269170b14aa2e705f0478af423982fec55482eab100×100 2.92 KB
image475×475 50.4 KB

那问题来了:如果我把这些已知的 AI 味禁掉,UI 会变成什么样?

接下来我做了一个对照实验。

不换需求、不换页面、不换模型,
只在 Prompt 里明确禁止前面提到的那些“稳定复现的 AI 味”。

不追求完美,也不追求设计感,

UI 会不会比之前的更像一个印象里面的UI?

对照实验:只靠「禁止」,UI 能变成什么样?

二次养蛊开始:

image1881×990 181 KB
追加的prompt很简单:

下面的修改是在【你刚刚生成的 UI 页面基础上进行】, 请保持页面结构、信息架构和功能不变, 只对视觉样式和表现方式进行调整。 请注意: - 不要重新设计页面结构 - 不要新增或删除功能模块 - 不要改变布局层级或信息顺序 - 不要重新组织页面内容 在本次修改中,请明确禁止以下视觉表现: - 禁止使用蓝紫渐变色及类似风格的渐变 - 禁止使用玻璃拟态、光泽、高透明模糊背景 - 禁止将 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无实际信息意义的装饰性组件 你可以: - 使用纯色或低饱和背景色 - 使用统一风格的 SVG 图标 - 使用适度阴影建立层级关系 - 使用少量强调色突出关键操作 目标不是追求视觉冲击, 而是让界面更接近一个会被长期使用的工具型 UI。

① 明确这是「基于现有页面的修改」
② 明确「不允许的行为」(禁止重构,先不让彻底重构)
③ 列出「禁止项」(就是刚才咱们总结的 AI 味)
④ 给“最低限度的自由空间”(防止他钻牛角尖),也就是防止 AI 因为被禁太多而做出“难看 UI”

上图!

各个模型加上UI禁止项的生成版本:

Claude-opus-4-5

image1879×900 52.1 KB
image1895×900 54.4 KB

gemini-3-pro-preview

image1899×910 58.4 KB
image1889×898 52.8 KB

gpt-5.2-codex-high

image1881×905 95.4 KB
image1894×904 82.4 KB
image1895×911 75.4 KB
image1890×900 65.8 KB
image1881×901 95.2 KB

这次养蛊大家都有变化,不过GPT这次是完胜的,这UI比剩下的两个更好

原因是因为第一次版本gpt的就比另外俩打版打的好

接下来我允许:

重新设计页面结构 新增或删除功能模块 改变布局层级或信息顺序 重新组织页面内容

也就是:

进入「三次养蛊:在去 AI 味前提下,让模型开始真正设计」

使用前提
已经做过「禁止 AI 味」的一轮
现在要:在这些禁止条件仍然生效的前提下,允许 AI 放开重构
这次的prompt是:

现在开始第三次生成。 在上一轮中,你已经基于原页面, 在明确禁止部分视觉表现的前提下完成了一版 UI。 在本轮中,你【可以】: - 重新设计页面结构 - 新增或删除功能模块 - 调整布局层级和信息顺序 - 重新组织页面内容 但请注意: 这仍然是一个【企业级工具型 UI】, 用于长期、高频使用, 不是营销页面、不是展示页、不是概念稿。 在重新设计过程中,以下视觉规则仍然【严格生效】: - 禁止使用蓝紫渐变色及类似风格的渐变 - 禁止使用玻璃拟态、光泽、高透明模糊背景 - 禁止将 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无实际信息意义的装饰性组件 你可以: - 使用纯色或低饱和背景 - 使用统一风格的 SVG 图标 - 使用适度阴影建立清晰的层级关系 - 使用有限且克制的强调色突出关键操作 目标不是追求视觉冲击或设计感, 而是设计一个 「在失去所有廉价高级感之后,仍然成立的工具型 UI」。 请直接输出完整页面方案。

梅开三度,养蛊继续

image1910×1010 188 KB

上图!

各个模型加上UI禁止项但放开手脚的生成版本:

Claude-opus-4-5

image1095×1700 126 KB

image1885×904 56.6 KB

image1890×873 46.6 KB

image1894×905 51.4 KB

image1885×906 46.1 KB

image1875×906 40.4 KB

gemini-3-pro-preview

image1335×709 51.9 KB

image1896×906 83.6 KB

image1886×895 67.5 KB

image1886×915 83.2 KB

gpt-5.2-codex-high

image1071×951 88.4 KB

image1880×900 115 KB

image1880×2013 409 KB

对比结果就是各自都有升级,gpt的把界面删的就剩下这一个了,Claude是直接重写了属于,Gemini重写的样式是真不错

前三轮我一直在做一件事:把 AI 的“默认审美”压下去。

但光不难看是不够的,真正的产品 UI 还需要“厚度”和“秩序感”。

第四次养蛊,我不再单纯限制,

而是把一些我在真实项目里反复验证过的“增强 UI 质感的手段” 明确告诉 AI,看它能不能顺着这套逻辑往上走。

为什么还会有第四次养蛊呢?因为我想给Claude opus一个机会

5114dffdb9dbe6f442205a9765ea13bd617cd303100×100 3.65 KB

虽然刚才Opus的生成结果都差点意思,实际上我用他已经做了比较不错的UI了,一种没正确发挥水平的感觉,gpt和gemini也一样,总觉得没发挥真实水平

比如下面这个是我昨天刚用Opus做的应用的截图:

image1898×914 88.2 KB

第四次养蛊开始:

开始加一点“人类设计师才会在意的细节引导”,
并且要求 AI 把整个系统的页面一次性补齐,
看他能不能真正把一个产品原型做完整。
示例Prompt(原则嘛就是基于刚才那些原则从零彻底开始):

现在开始一次全新的 UI 生成。 请注意:本次不是在已有结果上修改, 而是【从零开始设计并实现一个完整的前端 HTML 项目】。 --- ## 项目目标 设计并实现一个【企业级工具系统 / 会员中心 / 管理后台】, 面向长期、高频使用的真实用户。 这不是营销页面、不是概念稿、不是组件示例, 而是一个“看起来就可以继续开发和交付”的前端项目。 --- ## 交付物要求(非常重要) 你需要输出的是一个【前端项目级结果】,包括: 1. 清晰的项目目录结构说明 2. 多个页面级 HTML 文件(不是单页) 3. 拆分的 CSS 文件(统一设计语言) 4. 拆分的 JS 文件(只处理基础交互) 示例结构(仅作说明,可自行调整): - index.html(工作台 / 概览) - products.html(功能或套餐页) - detail.html(详情页) - settings.html(设置页) - assets/css/style.css - assets/js/app.js --- ## 样式与视觉规则(限制项) 在本次生成中,请**明确禁止**以下表现: - 禁止使用蓝紫渐变色或默认 Tailwind 风格渐变 - 禁止玻璃拟态、光泽、高透明模糊背景 - 禁止使用 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无信息意义的装饰性组件 - 禁止为了“显得高级”而叠加多种视觉效果 --- ## 视觉风格引导(允许且推荐) 在遵守以上限制的前提下,**推荐使用以下设计方向**: 1. 浅色但非纯白的背景体系(如浅灰、灰白) 2. 明确的“盒子感”设计: - 使用边框、背景、间距建立层级 - 阴影只作为辅助,不作为主要分层手段 3. 允许使用“有岗位的花活”,例如: - 图标容器样式 - featured / 推荐模块 - 状态背景、进度条、徽章 但这些花活只能出现在关键模块上,不能平均分布 4. 允许使用低饱和、低对比的层次变化或微渐变, 仅用于模块内部或状态表达 5. 图标统一使用线性 SVG 风格,风格保持一致 6. 页面信息密度以“效率优先”, 合理利用横向空间,避免单列堆叠 --- ## 页面与内容要求 - 每个页面都应是“可用页面”,不是占位结构 - 页面之间需要体现功能差异,但保持统一视觉语言 - 页面结构、模块组织、信息顺序可自由设计 - 允许自行决定需要哪些页面和模块,只要合理 --- ## 最终目标 生成一套: - 从零设计 - 项目级结构清晰 - 视觉上不存在明显 AI 味 - 同时具备设计感和工具属性 的【企业级工具系统前端 HTML 项目】。 请按“项目级输出”的方式给出结果。

上图!

各个模型第四次养蛊生成版本:
image1899×1021 113 KB

Claude-opus-4-5

image1885×910 101 KB

image1871×900 104 KB

image1880×900 107 KB

image1875×900 118 KB

image1880×905 92.3 KB

image1876×905 82.8 KB

image1880×915 110 KB

image1880×909 109 KB

gemini-3-pro-preview

image1869×904 48.9 KB

image1875×905 49.2 KB

image1871×900 46.4 KB

image1875×889 37.9 KB

image1884×896 37 KB

image1880×890 28.1 KB

image1870×903 38.7 KB

gpt-5.2-codex-high

image1885×904 102 KB

image1881×905 101 KB

image1875×903 115 KB

image1878×905 103 KB

image1874×900 92.8 KB

image1880×905 116 KB

各自有各自的风格,而且我觉得这回真的是哪个模型就生成哪个模型的风格

结论:还是没找全最合适的降低AI味道的限制条件

各个AI自己总结的本次UI复现生成提示词:

Claude-opus-4-5:

你是一个专业的前端开发者。请创建一个名为 "DataForge" 的企业数据分析平台后台界面。 ## 项目信息 - 名称:DataForge - 类型:企业级数据分析平台 - 技术栈:纯 HTML + CSS(无框架) - 语言:简体中文 ## 设计规范 ### 颜色系统(CSS变量) ```css :root { /* 背景色阶 */ --bg-app: #f3f5f7; --bg-sidebar: #fafbfc; --bg-card: #ffffff; --bg-inset: #f7f9fb; --bg-hover: #f0f2f5; /* 品牌色 - 暖橙色 */ --brand: #ea580c; --brand-light: #fff7ed; --brand-border: #fdba74; /* 文字 */ --text: #1a1f26; --text-secondary: #4b5563; --text-muted: #8b95a5; /* 边框 */ --border: #e2e6eb; --border-light: #eef1f4; /* 状态色 */ --success: #0d9488; --warning: #d97706; --danger: #dc2626; /* 尺寸 */ --sidebar-w: 240px; --topbar-h: 56px; --radius-sm: 6px; --radius-md: 10px; } 核心布局约束 固定视口:html,body { height: 100%; overflow: hidden; } 侧边栏固定:position: fixed; height: 100vh; overflow-y: auto; 主区域:margin-left: var(--sidebar-w); height: 100vh; overflow: hidden; 内容区滚动:.content { flex: 1; overflow-y: auto; } 按钮风格 主按钮:描边样式(transparent背景 + brand色边框),hover时填充浅色背景 不使用实心填充按钮 导航激活状态 .nav-link.active { background: var(--brand-light); color: var(--brand); border: 1px solid var(--brand-border); } 注意:不使用左侧描边效果 统计展示 使用内联数字流,不使用卡片堆叠 工作台聚焦任务和告警,而非装饰性图表 页面清单(共6个) 1. index.html - 工作台 欢迎区(问候语 + 待处理任务数) 今日概览(内联数字条:异常数、进行中任务、已完成、数据处理量) 快捷操作(4个按钮网格:新建项目、导入数据、生成报表、管理数据源) 异常告警卡片(红色/黄色背景,带处理按钮) 待处理任务列表(checkbox + 任务标题 + 标签 + 截止时间) 近期项目网格(2x2,显示项目名、数据源、状态、进度条) 右侧边栏:系统状态、最近动态、团队在线状态 2. projects.html - 项目管理 顶栏:搜索框 + 状态筛选 + 新建项目按钮 项目表格:项目名称/描述、数据源、数据量、同步频率、状态、负责人、创建时间、操作 分页组件 3. reports.html - 报表中心 Tab导航(全部报表、我创建的、共享给我、定时报表) 左侧:报表列表表格(名称、类型、所属项目、创建者、最后更新、操作) 右侧筛选器:报表类型、创建时间、所属项目 4. tasks.html - 任务队列 队列统计(4格:运行中、等待中、今日完成、今日失败) 运行中任务卡片(带进度条、暂停/取消按钮、详情信息) 等待中任务表格 右侧:今日执行记录、定时任务开关、执行统计 5. team.html - 团队管理 统计概览(团队成员数、待处理邀请、本月活跃度) Tab导航(全部成员、待接受邀请、角色管理) 成员表格(头像+姓名+邮箱、角色、参与项目、最近活跃、状态、操作) 待接受邀请表格 6. settings.html - 系统设置 左侧内容区: 通用设置(工作区名称、时区、日期格式、语言、开关项) 数据源管理表格 通知设置(各类开关项) 安全设置(修改密码、双因素认证、登录记录) API密钥管理 右侧:设置导航锚点 + 系统信息 统一侧边栏结构 所有页面使用相同侧边栏,结构如下: 品牌logo(暖橙色方块 + DataForge文字) 导航分组: 概览:工作台 数据管理:项目管理(12)、报表中心、任务队列(3) 系统:团队管理、系统设置 底部用户信息(头像 + 姓名 + 角色) 图标 使用SVG线性图标(stroke-width: 1.5-2),不使用emoji或图标字体 禁止事项 不使用蓝紫渐变 不使用毛玻璃效果 不使用emoji图标 不使用实心填充主按钮 不使用卡片堆叠式统计 不使用装饰性图表 不允许 href="#" 死链 文件结构 / ├── index.html ├── projects.html ├── reports.html ├── tasks.html ├── team.html ├── settings.html └── assets/ └── css/ └── style.css 请生成完整的6个HTML文件和1个CSS文件

gemini-3-pro-preview

🚀 高精度提示词:极简描边风企业后台 (Minimalist Outline Admin) 角色设定: 你是一位推崇 "Rational Modernism"(理性现代主义)的高级前端工程师。你的审美标准对标 Linear Light Mode、Vercel Dashboard 或 Notion。 核心指令: 请设计并实现一套“去卡片化、高密度、描边质感”的 B 端后台 HTML/CSS 原型。 --- 1. 🚫 负面清单(绝对禁止 - Anti-Patterns) * 严禁大面积卡片:不要把每个模块都包在 background: white; box-shadow: ... 的盒子里。内容应直接平铺在背景上。 * 严禁阴影滥用:除了模态框和浮层,普通内容区禁止使用阴影。 * 严禁装饰色:主色调只能是黑、白、灰。严禁使用大面积的蓝色、紫色或绿色填充。 * 严禁圆角过大:圆角统一控制在 4px - 6px,保持硬朗感。 2. 🎨 设计规范(视觉语言) * 布局 (Layout): * 侧边栏:必须有明确的右边框 (border-right: 1px solid #e5e5e5),背景色为极浅灰 (#fbfbfb)。 * 内容区:纯白背景。区域之间通过间距 (margin) 和分割线 (border-bottom) 区分。 * 色彩 (Colors): * 主文字:#111111 (近黑)。 * 次文字:#666666 (深灰)。 * 边框色:#e5e5e5 (浅灰) 和 #d4d4d4 (深灰描边)。 * 强调色:纯黑 (#000) 或深灰,仅用于主按钮和选中态。 * 功能色:仅使用小圆点 (dot) 表达状态(红/绿/橙)。 * 组件质感 (Components): * 按钮:主按钮为全黑背景;次级按钮为白底黑边。 * 输入框:白底,1px 深灰边框,聚焦后变黑边框。 * 表格:表头使用浅灰背景 (#fafafa),单元格有底边框,无竖边框。 3. 📂 页面结构要求 * 全站一致性:所有页面的侧边栏 HTML 结构必须完全一致,包含完整的菜单项(概览、商品、订单、客户、设置),并正确高亮当前页。 * Index (工作台):包含平铺式统计条(无卡片包裹)、左右分栏(左图表/表格,右列表)。 * Products (列表页):顶部搜索栏平铺展开,表格占据主体,包含批量操作按钮。 * Settings (设置页):采用左侧纯文字菜单 + 右侧表单的布局,右侧内容上下平铺,不要分块装盒。 4. 📝 内容填充 * 所有文本必须为简体中文。 * 数据必须真实合理(如:订单号格式、金额、时间戳),严禁 Lorem Ipsum。 --- 一句话指令: > “给我写一个像 Linear 浅色版 那样的后台,全中文,不要卡片和阴影,用细边框和间距来分割区域,主色调只要黑白灰,侧边栏要有实体右边框,看起来要像一个高密度的生产力工具。”

gpt-5.2-codex-high

请从零生成一套与“猎户中心”同款风格与结构的企业级后台前端项目(多页 HTML + 统一 CSS/JS),要求如下: 一、项目结构(必须) - index.html(概览) - members.html(成员中心) - billing.html(账单管理) - analytics.html(数据洞察) - settings.html(设置) - assets/css/style.css - assets/js/app.js 二、统一布局与交互 - 左侧侧边栏固定(sticky),主内容区域独立滚动,页面不得无限纵向延展 - 顶部包含搜索框与操作按钮 - 导航高亮随页面变化(JS 实现) - 仅基础交互:筛选按钮 active、Tab 切换 三、视觉风格(严格执行) - 浅灰背景、边框清晰、阴影仅辅助 - 禁止蓝紫渐变、玻璃拟态、高透明模糊、光泽 - 禁止 emoji 作为图标 - 禁止大面积纯白卡片堆叠 - 图标统一线性 SVG 风格 - 信息密度偏高,横向空间充分利用 四、页面内容结构(必须按页面区分,避免重复) 1) index.html(概览) - 仅此页使用“趋势图 + 饼状图”统计区(SVG/纯 CSS) - 其余模块为:表格、列表、时间线、资源分配条形图 2) members.html - 使用“矩阵表 + 周变化条 + 重点提醒”作为统计区 - 主列表为表格,右侧为入驻队列与风险关注 3) billing.html - 使用“账期里程时间线 + 账单状态汇总表”作为统计区 - 主区域为账单队列表格 + 付款方式/账龄分布 4) analytics.html - 使用“核心指标对照表 + 留存表 + 功能采纳条 + 区域/服务表现表” - 不使用趋势图或饼图 5) settings.html - 双栏布局:左侧组织信息表单 + 访问角色表 - 右侧通知偏好、安全控制、集成与密钥列表 五、文案要求 - 所有文字必须为中文 六、输出要求 - 输出完整 HTML/CSS/JS 文件内容 - 不依赖外部框架,不引入 CDN 网友解答:


--【壹】--:

但还是去不干净,只能说是总结出来了一些,剩下还是需要去跟ai对抗


--【贰】--:

毕竟是用ai改UI折磨很久了,再不长点记性又得陷入死循环了


--【叁】--:

我也这么觉得,但是真做项目,我还是觉得opus写的好,所以我感觉也可能是因为html的原因


--【肆】--:

也算是把周五下午给摸鱼摸过去了
04c00610b475394cf1fc8b70bae5fae7defeebef100×100 3.98 KB


--【伍】--:

怎么感觉codex 有点喜欢绿,而cc喜欢想一出是一出


--【陆】--:

确实,好几回了


--【柒】--:

非常不错,mark了


--【捌】--:

感谢分享!


--【玖】--:

写的真不错


--【拾】--:

好文牛鼻


--【拾壹】--:

02d2cb05c3d0bd54ed89d19f9897348a44f614bc100×100 3.54 KB
可以质疑我的技术,但是论摸鱼能力,这是不能输的,人在自己找事摸鱼的时候是很有毅力的


--【拾贰】--:

感谢佬友,学习了


--【拾叁】--:

我感觉最后GPT好一些


--【拾肆】--:

可能还是要指定配色方案,或者给他看其他的图比较好


--【拾伍】--:

感谢分享,很有实验精神


--【拾陆】--:

如果限制主题颜色的情况,cc还会不会乱来,codex给人感觉就是稳定


--【拾柒】--:

佬写的真好

之前一直在想UI怎么去AI味


--【拾捌】--:

先赞后看


--【拾玖】--:

感谢佬,大涨知识

问题描述:

啥叫UI的AI味?

让我们先给 AI 一个“正常产品经理 / 设计需求文档级别”的需求描述,不做人为干预(让他自由发挥一个)
需求提示词(GPT生成):
image1132×3322 324 KB

然后我们分别交给gemini-3-pro-preview,claude-opus4.5,gpt-5.2-codex-high
以下是养蛊的过程:
image1900×990 126 KB

上图!

各个模型完全不加任何UI样式要求版本:

Claude-opus-4-5、

image1875×900 65.2 KB
image1880×910 67 KB

gemini-3-pro-preview

image1896×899 75.6 KB
image1890×894 63.3 KB
image1895×899 36.3 KB

gpt-5.2-codex-high

image1885×910 97.2 KB
image1895×906 83.5 KB
image1891×905 88.1 KB
image1900×909 74.7 KB
image1894×908 106 KB

在不加任何限制词的情况下,AI 生成 UI 时暴露出的典型「AI 味」

1. 渐变色本身不是问题,但几乎一定会被用错场景

蓝紫渐变色(tailwindcss默认设置)还有各种各样的渐变色乱用
image794×979 137 KB
这是一种很安全的蓝 / 蓝紫配色上,看起来不难看(但显然有点审美疲劳了已经)
5114dffdb9dbe6f442205a9765ea13bd617cd303100×100 3.65 KB

AI 非常喜欢用渐变色来“兜底视觉效果”,渐变色本来咋用都没啥问题的,可是老是把鲜艳的渐变色直接填充式用在大面积容器、主背景或卡片主体上,你这…。结果就是界面第一眼好看,但信息边界模糊,主次不清。看久了还有点烦躁。
47438f4f7b27b13d4ec57b37ec7b7dcf5217de69100×100 3.68 KB

2. 渐变再进一步叠加光泽和玻璃拟态,UI 经常搞这种莫名其妙的“假高级”

你想:
渐变色+高透明度+模糊背景+发光边缘
界面会迅速变成展示页或概念稿风格。
这玩意,emmm怎么说呢
虽然我不是啥守旧派,但是架不住啥页面都这个德行

3. 阴影被当作装饰,而不是层级工具

AI 生成的 UI 里,阴影我甚至觉得是在乱用,但又没靠这玩意儿区分明确的层级职责。不同卡片、弹层、操作区使用相同强度和样式的阴影,导致“所有东西都在浮起”,这效果叫啥来着?
算了,反正就是实际上看着很别扭
112287dceadcb6ce1cf59a17989b159a87c754df100×100 3.38 KB

4. 卡片边界过弱,依赖背景和阴影勉强区分内容

上面说到了阴影,然后也跟这个情况有关,边界太弱了,AI搞的界面里面,卡片要么使用极浅的边框要么完全没有边框,只靠背景色差或阴影与页面区分。我偶尔搞个白色或浅灰背景下跟我带着眼镜在大冷天吃拉面一样
我是真看不清,内容混在一起,都不用说阅读疲劳的问题了
你这玩意儿已经伤害我的眼睛了

5. 纯白卡片被大量使用,页面整体显得“轻而薄”还散装

上面说了卡片,不只是单个卡片有问题,AI生成的基本上都是一堆的散装卡片。
尤其是使用纯白背景的卡片。
只要你生成的时候需要一个“干净、现代”的样式,这绝对是一写一堆,拉的到处都是
纯白卡片一旦数量增多,就会显得缺乏质感和层次,页面整体像一张尚未完成填充的线框稿。

而且页面利用效率有问题,就是有些页面第一眼很“干净”,但第二眼发现内容其实很少
卡片很大、留白很多、排版很松,看着舒服,但是你仔细看会发现屏幕被浪费得非常严重,更像展示页而不是能用的工具,这点我觉得Claude和GPT写的还是行的,东西至少不少。

6. 装饰性细节被平均分配,导致没有视觉节奏(这个观点是GPT帮我总结的,我实在不知道咋描述)

小渐变块、色条、图标背景、装饰点缀被均匀地撒在页面各处,每个模块都想“精致一点”,但没有任何地方真正承担视觉焦点。最终页面没有节奏,只有装饰堆积。
人话:“这些莫名其妙的小组件,丢这些地方干什么??用么没什么用,放着嘛多余,删了嘛又觉得缺点东西”

7. Emoji 或偏卡通风格图标被当作功能图标使用(这个是我最不能忍的)

AI生成的UI只要你不要求,emoji 或拟物感较强的图标会被直接用于功能入口。
讲真的,这玩意儿我也就是发个帖子发个消息会加

甚至我都不会用那些很有年代感的emoji

8. 正常用图标,图标风格也会混杂,缺乏统一的视觉语言

即便不用 emoji,AI 也经常在同一界面中混用线性、填充、双色甚至插画风格的图标。

单个看都你不会觉得有啥问题的,放在一起就不行了。

9. 为了显得“高级”,过度叠加多种视觉效果

渐变、阴影、圆角、描边、模糊、透明度同时出现。
第一眼惊艳,第二眼疲劳,第三眼开始觉得乱。

10. 整体视觉看起来完整,但缺乏真实使用感

这些 UI 看起来像是“已经设计完成的后台”,但更像展示用的样例界面。
看着是“做完了”,但真点两下就会觉得是“没开始”。

人话总结:

AI 生成 UI 的最大问题不是用了什么效果,而是它不知道什么时候该不用这些效果。反正你也没说不能用,那直接用了好了

那我是从什么时候开始写「限制词」的?

其实一开始我也没想过要“限制”AI,我个人是真没啥艺术细胞
毕竟 AI 画出来的 UI 第一眼都挺好看,说实话比不少人自己糊的还顺眼。

问题出在第二眼、第三眼、以及真正开始用的时候。

渐变色越来越多、阴影越来越重、光泽和玻璃拟态开始乱飞,直接开始污染我幼小的心灵,
然后接着图标开始不讲武德地混风格,
emoji 开始混进功能入口里。

这些东西单独看都不算错
(蛐蛐一下:md,其实单看我都觉得错)

当这个UI瞅着开始不再像一个“被长期使用的工具”,更像一个…像一个小红书水文

更TMD要命的是:这些问题反而是“稳定复现”的

其实用久了就会发现一个鬼故事:

  • 换模型也好
  • 换需求也好
  • 换业务类型也好

只要不加约束,这些 AI 味几乎必定会出现。

这就说明问题不在某一个模型,
而在于——
这是当前模型默认理解里的“好 UI”。

他把他知道的最好的东西都给你了,你还能怎么样?


所以我开始反着来:不再告诉它我要什么,而是直接告诉它“不能干什么”

从那之后,我写 UI 相关 Prompt 的方式彻底变了:

  • 都不用一上来写设计原则
  • 也不用写“高级”“现代”“好看”
  • 而是先把这些 稳定复现的 AI 味,一条一条禁掉
    image330×329 45.9 KB

比如:

  • 你老爱用渐变?那我就先说别用
  • 你老爱上光泽和玻璃?先禁
  • 你老爱用 emoji 当图标?直接点名不许
  • 你老爱堆卡片?那我就先卡你

不是我对这些效果有意见,而是它们在工具 UI 里出现得太频繁了。

好吧我就是有意见

269170b14aa2e705f0478af423982fec55482eab100×100 2.92 KB
image475×475 50.4 KB

那问题来了:如果我把这些已知的 AI 味禁掉,UI 会变成什么样?

接下来我做了一个对照实验。

不换需求、不换页面、不换模型,
只在 Prompt 里明确禁止前面提到的那些“稳定复现的 AI 味”。

不追求完美,也不追求设计感,

UI 会不会比之前的更像一个印象里面的UI?

对照实验:只靠「禁止」,UI 能变成什么样?

二次养蛊开始:

image1881×990 181 KB
追加的prompt很简单:

下面的修改是在【你刚刚生成的 UI 页面基础上进行】, 请保持页面结构、信息架构和功能不变, 只对视觉样式和表现方式进行调整。 请注意: - 不要重新设计页面结构 - 不要新增或删除功能模块 - 不要改变布局层级或信息顺序 - 不要重新组织页面内容 在本次修改中,请明确禁止以下视觉表现: - 禁止使用蓝紫渐变色及类似风格的渐变 - 禁止使用玻璃拟态、光泽、高透明模糊背景 - 禁止将 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无实际信息意义的装饰性组件 你可以: - 使用纯色或低饱和背景色 - 使用统一风格的 SVG 图标 - 使用适度阴影建立层级关系 - 使用少量强调色突出关键操作 目标不是追求视觉冲击, 而是让界面更接近一个会被长期使用的工具型 UI。

① 明确这是「基于现有页面的修改」
② 明确「不允许的行为」(禁止重构,先不让彻底重构)
③ 列出「禁止项」(就是刚才咱们总结的 AI 味)
④ 给“最低限度的自由空间”(防止他钻牛角尖),也就是防止 AI 因为被禁太多而做出“难看 UI”

上图!

各个模型加上UI禁止项的生成版本:

Claude-opus-4-5

image1879×900 52.1 KB
image1895×900 54.4 KB

gemini-3-pro-preview

image1899×910 58.4 KB
image1889×898 52.8 KB

gpt-5.2-codex-high

image1881×905 95.4 KB
image1894×904 82.4 KB
image1895×911 75.4 KB
image1890×900 65.8 KB
image1881×901 95.2 KB

这次养蛊大家都有变化,不过GPT这次是完胜的,这UI比剩下的两个更好

原因是因为第一次版本gpt的就比另外俩打版打的好

接下来我允许:

重新设计页面结构 新增或删除功能模块 改变布局层级或信息顺序 重新组织页面内容

也就是:

进入「三次养蛊:在去 AI 味前提下,让模型开始真正设计」

使用前提
已经做过「禁止 AI 味」的一轮
现在要:在这些禁止条件仍然生效的前提下,允许 AI 放开重构
这次的prompt是:

现在开始第三次生成。 在上一轮中,你已经基于原页面, 在明确禁止部分视觉表现的前提下完成了一版 UI。 在本轮中,你【可以】: - 重新设计页面结构 - 新增或删除功能模块 - 调整布局层级和信息顺序 - 重新组织页面内容 但请注意: 这仍然是一个【企业级工具型 UI】, 用于长期、高频使用, 不是营销页面、不是展示页、不是概念稿。 在重新设计过程中,以下视觉规则仍然【严格生效】: - 禁止使用蓝紫渐变色及类似风格的渐变 - 禁止使用玻璃拟态、光泽、高透明模糊背景 - 禁止将 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无实际信息意义的装饰性组件 你可以: - 使用纯色或低饱和背景 - 使用统一风格的 SVG 图标 - 使用适度阴影建立清晰的层级关系 - 使用有限且克制的强调色突出关键操作 目标不是追求视觉冲击或设计感, 而是设计一个 「在失去所有廉价高级感之后,仍然成立的工具型 UI」。 请直接输出完整页面方案。

梅开三度,养蛊继续

image1910×1010 188 KB

上图!

各个模型加上UI禁止项但放开手脚的生成版本:

Claude-opus-4-5

image1095×1700 126 KB

image1885×904 56.6 KB

image1890×873 46.6 KB

image1894×905 51.4 KB

image1885×906 46.1 KB

image1875×906 40.4 KB

gemini-3-pro-preview

image1335×709 51.9 KB

image1896×906 83.6 KB

image1886×895 67.5 KB

image1886×915 83.2 KB

gpt-5.2-codex-high

image1071×951 88.4 KB

image1880×900 115 KB

image1880×2013 409 KB

对比结果就是各自都有升级,gpt的把界面删的就剩下这一个了,Claude是直接重写了属于,Gemini重写的样式是真不错

前三轮我一直在做一件事:把 AI 的“默认审美”压下去。

但光不难看是不够的,真正的产品 UI 还需要“厚度”和“秩序感”。

第四次养蛊,我不再单纯限制,

而是把一些我在真实项目里反复验证过的“增强 UI 质感的手段” 明确告诉 AI,看它能不能顺着这套逻辑往上走。

为什么还会有第四次养蛊呢?因为我想给Claude opus一个机会

5114dffdb9dbe6f442205a9765ea13bd617cd303100×100 3.65 KB

虽然刚才Opus的生成结果都差点意思,实际上我用他已经做了比较不错的UI了,一种没正确发挥水平的感觉,gpt和gemini也一样,总觉得没发挥真实水平

比如下面这个是我昨天刚用Opus做的应用的截图:

image1898×914 88.2 KB

第四次养蛊开始:

开始加一点“人类设计师才会在意的细节引导”,
并且要求 AI 把整个系统的页面一次性补齐,
看他能不能真正把一个产品原型做完整。
示例Prompt(原则嘛就是基于刚才那些原则从零彻底开始):

现在开始一次全新的 UI 生成。 请注意:本次不是在已有结果上修改, 而是【从零开始设计并实现一个完整的前端 HTML 项目】。 --- ## 项目目标 设计并实现一个【企业级工具系统 / 会员中心 / 管理后台】, 面向长期、高频使用的真实用户。 这不是营销页面、不是概念稿、不是组件示例, 而是一个“看起来就可以继续开发和交付”的前端项目。 --- ## 交付物要求(非常重要) 你需要输出的是一个【前端项目级结果】,包括: 1. 清晰的项目目录结构说明 2. 多个页面级 HTML 文件(不是单页) 3. 拆分的 CSS 文件(统一设计语言) 4. 拆分的 JS 文件(只处理基础交互) 示例结构(仅作说明,可自行调整): - index.html(工作台 / 概览) - products.html(功能或套餐页) - detail.html(详情页) - settings.html(设置页) - assets/css/style.css - assets/js/app.js --- ## 样式与视觉规则(限制项) 在本次生成中,请**明确禁止**以下表现: - 禁止使用蓝紫渐变色或默认 Tailwind 风格渐变 - 禁止玻璃拟态、光泽、高透明模糊背景 - 禁止使用 emoji 作为功能图标或装饰元素 - 禁止大面积纯白卡片堆叠 - 禁止无信息意义的装饰性组件 - 禁止为了“显得高级”而叠加多种视觉效果 --- ## 视觉风格引导(允许且推荐) 在遵守以上限制的前提下,**推荐使用以下设计方向**: 1. 浅色但非纯白的背景体系(如浅灰、灰白) 2. 明确的“盒子感”设计: - 使用边框、背景、间距建立层级 - 阴影只作为辅助,不作为主要分层手段 3. 允许使用“有岗位的花活”,例如: - 图标容器样式 - featured / 推荐模块 - 状态背景、进度条、徽章 但这些花活只能出现在关键模块上,不能平均分布 4. 允许使用低饱和、低对比的层次变化或微渐变, 仅用于模块内部或状态表达 5. 图标统一使用线性 SVG 风格,风格保持一致 6. 页面信息密度以“效率优先”, 合理利用横向空间,避免单列堆叠 --- ## 页面与内容要求 - 每个页面都应是“可用页面”,不是占位结构 - 页面之间需要体现功能差异,但保持统一视觉语言 - 页面结构、模块组织、信息顺序可自由设计 - 允许自行决定需要哪些页面和模块,只要合理 --- ## 最终目标 生成一套: - 从零设计 - 项目级结构清晰 - 视觉上不存在明显 AI 味 - 同时具备设计感和工具属性 的【企业级工具系统前端 HTML 项目】。 请按“项目级输出”的方式给出结果。

上图!

各个模型第四次养蛊生成版本:
image1899×1021 113 KB

Claude-opus-4-5

image1885×910 101 KB

image1871×900 104 KB

image1880×900 107 KB

image1875×900 118 KB

image1880×905 92.3 KB

image1876×905 82.8 KB

image1880×915 110 KB

image1880×909 109 KB

gemini-3-pro-preview

image1869×904 48.9 KB

image1875×905 49.2 KB

image1871×900 46.4 KB

image1875×889 37.9 KB

image1884×896 37 KB

image1880×890 28.1 KB

image1870×903 38.7 KB

gpt-5.2-codex-high

image1885×904 102 KB

image1881×905 101 KB

image1875×903 115 KB

image1878×905 103 KB

image1874×900 92.8 KB

image1880×905 116 KB

各自有各自的风格,而且我觉得这回真的是哪个模型就生成哪个模型的风格

结论:还是没找全最合适的降低AI味道的限制条件

各个AI自己总结的本次UI复现生成提示词:

Claude-opus-4-5:

你是一个专业的前端开发者。请创建一个名为 "DataForge" 的企业数据分析平台后台界面。 ## 项目信息 - 名称:DataForge - 类型:企业级数据分析平台 - 技术栈:纯 HTML + CSS(无框架) - 语言:简体中文 ## 设计规范 ### 颜色系统(CSS变量) ```css :root { /* 背景色阶 */ --bg-app: #f3f5f7; --bg-sidebar: #fafbfc; --bg-card: #ffffff; --bg-inset: #f7f9fb; --bg-hover: #f0f2f5; /* 品牌色 - 暖橙色 */ --brand: #ea580c; --brand-light: #fff7ed; --brand-border: #fdba74; /* 文字 */ --text: #1a1f26; --text-secondary: #4b5563; --text-muted: #8b95a5; /* 边框 */ --border: #e2e6eb; --border-light: #eef1f4; /* 状态色 */ --success: #0d9488; --warning: #d97706; --danger: #dc2626; /* 尺寸 */ --sidebar-w: 240px; --topbar-h: 56px; --radius-sm: 6px; --radius-md: 10px; } 核心布局约束 固定视口:html,body { height: 100%; overflow: hidden; } 侧边栏固定:position: fixed; height: 100vh; overflow-y: auto; 主区域:margin-left: var(--sidebar-w); height: 100vh; overflow: hidden; 内容区滚动:.content { flex: 1; overflow-y: auto; } 按钮风格 主按钮:描边样式(transparent背景 + brand色边框),hover时填充浅色背景 不使用实心填充按钮 导航激活状态 .nav-link.active { background: var(--brand-light); color: var(--brand); border: 1px solid var(--brand-border); } 注意:不使用左侧描边效果 统计展示 使用内联数字流,不使用卡片堆叠 工作台聚焦任务和告警,而非装饰性图表 页面清单(共6个) 1. index.html - 工作台 欢迎区(问候语 + 待处理任务数) 今日概览(内联数字条:异常数、进行中任务、已完成、数据处理量) 快捷操作(4个按钮网格:新建项目、导入数据、生成报表、管理数据源) 异常告警卡片(红色/黄色背景,带处理按钮) 待处理任务列表(checkbox + 任务标题 + 标签 + 截止时间) 近期项目网格(2x2,显示项目名、数据源、状态、进度条) 右侧边栏:系统状态、最近动态、团队在线状态 2. projects.html - 项目管理 顶栏:搜索框 + 状态筛选 + 新建项目按钮 项目表格:项目名称/描述、数据源、数据量、同步频率、状态、负责人、创建时间、操作 分页组件 3. reports.html - 报表中心 Tab导航(全部报表、我创建的、共享给我、定时报表) 左侧:报表列表表格(名称、类型、所属项目、创建者、最后更新、操作) 右侧筛选器:报表类型、创建时间、所属项目 4. tasks.html - 任务队列 队列统计(4格:运行中、等待中、今日完成、今日失败) 运行中任务卡片(带进度条、暂停/取消按钮、详情信息) 等待中任务表格 右侧:今日执行记录、定时任务开关、执行统计 5. team.html - 团队管理 统计概览(团队成员数、待处理邀请、本月活跃度) Tab导航(全部成员、待接受邀请、角色管理) 成员表格(头像+姓名+邮箱、角色、参与项目、最近活跃、状态、操作) 待接受邀请表格 6. settings.html - 系统设置 左侧内容区: 通用设置(工作区名称、时区、日期格式、语言、开关项) 数据源管理表格 通知设置(各类开关项) 安全设置(修改密码、双因素认证、登录记录) API密钥管理 右侧:设置导航锚点 + 系统信息 统一侧边栏结构 所有页面使用相同侧边栏,结构如下: 品牌logo(暖橙色方块 + DataForge文字) 导航分组: 概览:工作台 数据管理:项目管理(12)、报表中心、任务队列(3) 系统:团队管理、系统设置 底部用户信息(头像 + 姓名 + 角色) 图标 使用SVG线性图标(stroke-width: 1.5-2),不使用emoji或图标字体 禁止事项 不使用蓝紫渐变 不使用毛玻璃效果 不使用emoji图标 不使用实心填充主按钮 不使用卡片堆叠式统计 不使用装饰性图表 不允许 href="#" 死链 文件结构 / ├── index.html ├── projects.html ├── reports.html ├── tasks.html ├── team.html ├── settings.html └── assets/ └── css/ └── style.css 请生成完整的6个HTML文件和1个CSS文件

gemini-3-pro-preview

🚀 高精度提示词:极简描边风企业后台 (Minimalist Outline Admin) 角色设定: 你是一位推崇 "Rational Modernism"(理性现代主义)的高级前端工程师。你的审美标准对标 Linear Light Mode、Vercel Dashboard 或 Notion。 核心指令: 请设计并实现一套“去卡片化、高密度、描边质感”的 B 端后台 HTML/CSS 原型。 --- 1. 🚫 负面清单(绝对禁止 - Anti-Patterns) * 严禁大面积卡片:不要把每个模块都包在 background: white; box-shadow: ... 的盒子里。内容应直接平铺在背景上。 * 严禁阴影滥用:除了模态框和浮层,普通内容区禁止使用阴影。 * 严禁装饰色:主色调只能是黑、白、灰。严禁使用大面积的蓝色、紫色或绿色填充。 * 严禁圆角过大:圆角统一控制在 4px - 6px,保持硬朗感。 2. 🎨 设计规范(视觉语言) * 布局 (Layout): * 侧边栏:必须有明确的右边框 (border-right: 1px solid #e5e5e5),背景色为极浅灰 (#fbfbfb)。 * 内容区:纯白背景。区域之间通过间距 (margin) 和分割线 (border-bottom) 区分。 * 色彩 (Colors): * 主文字:#111111 (近黑)。 * 次文字:#666666 (深灰)。 * 边框色:#e5e5e5 (浅灰) 和 #d4d4d4 (深灰描边)。 * 强调色:纯黑 (#000) 或深灰,仅用于主按钮和选中态。 * 功能色:仅使用小圆点 (dot) 表达状态(红/绿/橙)。 * 组件质感 (Components): * 按钮:主按钮为全黑背景;次级按钮为白底黑边。 * 输入框:白底,1px 深灰边框,聚焦后变黑边框。 * 表格:表头使用浅灰背景 (#fafafa),单元格有底边框,无竖边框。 3. 📂 页面结构要求 * 全站一致性:所有页面的侧边栏 HTML 结构必须完全一致,包含完整的菜单项(概览、商品、订单、客户、设置),并正确高亮当前页。 * Index (工作台):包含平铺式统计条(无卡片包裹)、左右分栏(左图表/表格,右列表)。 * Products (列表页):顶部搜索栏平铺展开,表格占据主体,包含批量操作按钮。 * Settings (设置页):采用左侧纯文字菜单 + 右侧表单的布局,右侧内容上下平铺,不要分块装盒。 4. 📝 内容填充 * 所有文本必须为简体中文。 * 数据必须真实合理(如:订单号格式、金额、时间戳),严禁 Lorem Ipsum。 --- 一句话指令: > “给我写一个像 Linear 浅色版 那样的后台,全中文,不要卡片和阴影,用细边框和间距来分割区域,主色调只要黑白灰,侧边栏要有实体右边框,看起来要像一个高密度的生产力工具。”

gpt-5.2-codex-high

请从零生成一套与“猎户中心”同款风格与结构的企业级后台前端项目(多页 HTML + 统一 CSS/JS),要求如下: 一、项目结构(必须) - index.html(概览) - members.html(成员中心) - billing.html(账单管理) - analytics.html(数据洞察) - settings.html(设置) - assets/css/style.css - assets/js/app.js 二、统一布局与交互 - 左侧侧边栏固定(sticky),主内容区域独立滚动,页面不得无限纵向延展 - 顶部包含搜索框与操作按钮 - 导航高亮随页面变化(JS 实现) - 仅基础交互:筛选按钮 active、Tab 切换 三、视觉风格(严格执行) - 浅灰背景、边框清晰、阴影仅辅助 - 禁止蓝紫渐变、玻璃拟态、高透明模糊、光泽 - 禁止 emoji 作为图标 - 禁止大面积纯白卡片堆叠 - 图标统一线性 SVG 风格 - 信息密度偏高,横向空间充分利用 四、页面内容结构(必须按页面区分,避免重复) 1) index.html(概览) - 仅此页使用“趋势图 + 饼状图”统计区(SVG/纯 CSS) - 其余模块为:表格、列表、时间线、资源分配条形图 2) members.html - 使用“矩阵表 + 周变化条 + 重点提醒”作为统计区 - 主列表为表格,右侧为入驻队列与风险关注 3) billing.html - 使用“账期里程时间线 + 账单状态汇总表”作为统计区 - 主区域为账单队列表格 + 付款方式/账龄分布 4) analytics.html - 使用“核心指标对照表 + 留存表 + 功能采纳条 + 区域/服务表现表” - 不使用趋势图或饼图 5) settings.html - 双栏布局:左侧组织信息表单 + 访问角色表 - 右侧通知偏好、安全控制、集成与密钥列表 五、文案要求 - 所有文字必须为中文 六、输出要求 - 输出完整 HTML/CSS/JS 文件内容 - 不依赖外部框架,不引入 CDN 网友解答:


--【壹】--:

但还是去不干净,只能说是总结出来了一些,剩下还是需要去跟ai对抗


--【贰】--:

毕竟是用ai改UI折磨很久了,再不长点记性又得陷入死循环了


--【叁】--:

我也这么觉得,但是真做项目,我还是觉得opus写的好,所以我感觉也可能是因为html的原因


--【肆】--:

也算是把周五下午给摸鱼摸过去了
04c00610b475394cf1fc8b70bae5fae7defeebef100×100 3.98 KB


--【伍】--:

怎么感觉codex 有点喜欢绿,而cc喜欢想一出是一出


--【陆】--:

确实,好几回了


--【柒】--:

非常不错,mark了


--【捌】--:

感谢分享!


--【玖】--:

写的真不错


--【拾】--:

好文牛鼻


--【拾壹】--:

02d2cb05c3d0bd54ed89d19f9897348a44f614bc100×100 3.54 KB
可以质疑我的技术,但是论摸鱼能力,这是不能输的,人在自己找事摸鱼的时候是很有毅力的


--【拾贰】--:

感谢佬友,学习了


--【拾叁】--:

我感觉最后GPT好一些


--【拾肆】--:

可能还是要指定配色方案,或者给他看其他的图比较好


--【拾伍】--:

感谢分享,很有实验精神


--【拾陆】--:

如果限制主题颜色的情况,cc还会不会乱来,codex给人感觉就是稳定


--【拾柒】--:

佬写的真好

之前一直在想UI怎么去AI味


--【拾捌】--:

先赞后看


--【拾玖】--:

感谢佬,大涨知识