设计师 Jim Nielsen 在自己博客上记录了一个现象：流式吐字、文字闪烁、瘦长细线图标，这几种最初只出现在 AI 聊天框里的界面细节，正在悄悄溜进更多软件。他没有做统计，这更像是一份长期盯着界面细节的人凭直觉拼出的草图。
真正该问的不是这种风格是否流行，而是哪些设计是生成式 AI 技术逼出来的必然结果，哪些只是这一波的表层跟风。前者可能像汉堡菜单一样活下来，后者大概率随热度散去。
流式文本可能出不了聊天框，闪烁等待态更像通用款
流式文本——AI 回答一个字一个字往外蹦——是聊天场景的量身定制品。大模型本来就逐 token 生成内容，把这个过程可视化，顺理成章。
离开聊天场景，这套动画未必有用武之地。填表单、点按钮、看文件列表，没人需要文字一个个往外冒的反馈。Nielsen 判断，流式文本更像聊天这一种交互形态的专属产物，不是能通用的设计语言。
真正在扩散的是闪烁等待态：文字左右扫光，暗示“系统在思考”。这个效果原本标记 AI 在生成回复，现在被挪用到任何异步任务上——加载、计算、请求接口，都能套上这层壳。它对应的是“等待”这个几乎所有软件都有的通用需求，不像流式文本那样绑死在对话场景里。
Claude、Codex、Cursor 对比 Finder：图标差距该算给谁
Nielsen 截图对比了 Claude、Codex、Cursor 这几款 AI 桌面应用的侧边栏，和 macOS 自带的 Finder、Photos、Mail。差距很直接：AI 应用清一色用又小又细的线条图标，系统原生应用图标粗、色块饱满，视觉密度高出一截。
| 维度 | AI 桌面应用（Claude / Codex / Cursor） | macOS 原生应用（Finder / Photos / Mail） |
|---|---|---|
| 图标线条 | 细线条、体积小 | 色块饱满、体积大 |
| 视觉密度 | 低 | 高 |
| 配色基调 | 米色/奶油色 + 橙色点缀 | 系统统一配色 |
这个反差不该全算在“AI 美学”头上。Nielsen 提到的这几款应用大多基于 Electron 搭建，这类跨平台框架本来就常在系统原生质感和统一体验之间打折扣。Slack、VS Code 早年也有类似的违和感，当时和 AI 半点关系没有。
汉堡菜单是个参照系。它是移动端屏幕太窄逼出来的方案，后来屏幕够大了也没消失，变成几乎所有平台通用的交互符号——因为它解决的是“收纳菜单”这个真实问题。AI 的瘦身图标、米色配色，目前更像审美选择，还没有证据证明它们对应同等级别的真实约束。
除了图标，Nielsen 还点出这批产品共用的另一套语言：米色或奶油色底、橙色点缀、衬线字体，加一种“打地鼠式”控件——点一下开关，整个界面重新渲染，鼠标还得挪个地方才能再点。这些更像集体审美选择，谈不上技术必然。
设计团队和产品经理，接下来该做什么
对做 AI 产品交互设计的团队，眼下的功课是把“解决真问题的模式”和“跟同行学来的模式”分开。闪烁等待态值得投入打磨，因为异步反馈是几乎所有软件都要处理的场景；米色、橙色、衬线字体这类表层风格，没必要现在就固化进设计系统，换一轮审美周期它们可能就过时了。
对负责桌面软件技术选型的产品经理，更现实的提醒是：图标瘦身、界面偏灰白，一部分是设计基调，一部分是 Electron 这类跨平台框架自带的代价。选 Electron 就要提前算清这笔视觉账，而不是等界面做出来后，把锅甩给“AI 就长这样”。
下一轮值得盯的变量，是会不会出现不跑在 Electron 上、走原生渲染的 AI 桌面应用。如果它们依然选择瘦身图标和米色调，才能说明这是纯审美选择；如果图标密度回到 Finder 那个量级，说明这批产品的“AI 感”很大程度上是框架决定的。目前还看不清答案。