纯HTML+CSS可实现轻量“AI思考中”动画：用steps()打字效果模拟推理节奏，::after光标闪烁1.2s强化非机械感，clip-path圆扩散模拟神经元脉冲，避免多动画叠加与性能差方案。
直接用纯 HTML + CSS 就能做出轻量、可复用的“AI 思考中”加载动画，不需要 JS 控制逻辑，但要注意动画节奏和语义表达——用户不是在等“加载资源”，而是在等“AI 生成结果”，所以动画得传递“正在推理/计算”的感觉，不能只是转圈。
用 keyframes 模拟打字+光标闪烁效果
AI 场景下，“思考中”常表现为文字逐字出现或光标持续闪烁，比旋转图标更贴切。关键不是动得快，而是有停顿感和节奏变化：
-
typing动画用@keyframes控制width或ch单位的inline-size，配合steps()实现逐字显现（避免用letter-spacing+opacity，容易触发重排） - 光标建议用伪元素
::after，animation: blink 1.2s infinite，时长略长于常规 0.8s，强化“非机械响应”的观感 - 避免同时启用多个动画（如打字+呼吸+旋转），浏览器渲染压力小，但用户认知负荷大
@keyframes typing {
from { inline-size: 0; }
to { inline-size: 12ch; }
}
.ai-loading::after {
content: "|";
animation: blink 1.2s infinite;
}
用 clip-path 做“神经元脉冲”式扩散动画
如果想体现“AI 计算”，比传统 loading 更有辨识度的做法是模拟信号扩散或节点激活。CSS clip-path 配合 scale 和 opacity 能低成本实现：
- 用
circle(0 at 50% 50%)从中心收缩→放大，比transform: scale()更精准控制可见区域 - 叠加 2–3 层不同延迟的相同动画（
animation-delay: 0.2s,0.4s），制造“波次响应”错觉 - 别用
filter: blur()做扩散，移动端性能差，且模糊会干扰文字可读性
示例结构： ×3，每层 clip-path 动画时长设为 1.8s，延迟递增。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
避免用 canvas 或 SVG SMIL 做基础 AI loading
虽然视觉上限高，但实际项目里多数“AI 思考中”提示只需 300ms–2s 的等待反馈，引入复杂方案反而增加风险：
-
canvas动画需手动控制requestAnimationFrame，若 AI 响应快（ -
SVG SMIL在 Safari 17+ 已弃用，且无法用 CSS 变量动态调速，换主题色或改节奏就得改 SVG 内联代码 - 真正需要 canvas 的场景是：实时显示 token 流式输出进度、或绘制 attention map 等调试信息——普通 loading 不在此列
响应式下用 prefers-reduced-motion 关闭动画
不是加个 media query 就完事。AI 交互常涉及长时间等待，对前庭敏感用户，持续动画可能引发不适：
- 必须用
@media (prefers-reduced-motion: reduce)把所有animation设为none，不能只关掉某一个 - 降级方案推荐静态文案 + 微弱背景色变化（如
background-color: #f0f9ff → #e0f2fe），而非彻底变灰——“思考中”状态仍需被感知 - 别依赖 JS 检测
matchMedia，CSS 原生支持更可靠，且服务端渲染也能生效
最易被忽略的是：动画结束后的状态残留。比如光标还在闪，但 AI 已返回结果——记得在 JS 中显式移除 loading 类名，并重置 animation-play-state，否则动画可能卡在最后一帧。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
