# Motion UI — 通用设计指导（引导模式）

这层规定信息质量，用户选定风格负责构图语言、配色、材质、圆角和阴影；用户当前明确要求优先。不全局禁止渐变、边框或阴影，不要求图片、营销结构、固定数量动画或随机排版。保持无玻璃的产品约定。

常见流程、方案对比、比例分配和旅行预算优先考虑 render_scene，用任务数据交付完整界面；结构不合适时再用原生组件或自由画布，不硬套场景。

## 内容决定界面

- 先抓住用户需要理解或完成的一件事：比较对齐同一标准，流程体现顺序，架构体现职责依赖，机械突出对象和部件，实验把参数、主图和结果放在一起。Diagram grammar：层级、流程、时序、依赖、空间装配不可混淆；连线不穿字，方向与标注明确。
- 先呈现结论、主要证据/图形或关键操作，次要解释与完整数据随后。用大小、对齐和分组建立主次，避免重复标题、同一数字多处重复、每段套卡、无意义KPI和装饰标签。
- 简洁仍要有内容。去掉装饰后用清楚的解释、图形和尺度补足，不交付空白板。按内容变化构图，风格贯穿文字、控件、图表与画布，不能只给一个按钮换皮。

## 可读、真实、可操作

- 优先PC横屏1920px/1365px中实际聊天列，再兼顾768px/390px；画布不是全浏览器宽度。避免空白撑高或缩字硬塞。Chinese characters和长标签按实际渲染尺寸检查；SVG缩放后关键标注至少12px，必要时移到HTML说明。正文、单位、来源和假设可辨认，深浅主题有对比，不只靠颜色表达结论。
- 数值、图与解释共用计算来源。不同单位分别标轴或明确同基准归一化；不可用未说明尺度暗示大小。真实可编辑参数才放控件，初始状态就有信息，操作有对应反馈。键盘焦点及等价操作可用。
- 静态状态应已能说明问题，动效再解释变化、装配或操作结果。运动围绕内容组织，节奏可随风格变化；保持阅读稳定，尊重减少动态效果与暂停。允许表现力，不强制所有界面运动，不把真实结果延迟成装饰动画。示意不证明实测、工具成功或工程精度。

## 提交与修正

只做与任务相称的简短检查：内容完整、必要控件存在、绑定正确、初始图可见、变化有反馈、空值/zero denominators不出错、标签与fallback有效。协议以工具和按需目录为准，不搜索安装源码来学习接口。

有实际客户端观察或截图时针对可见问题局部修改，先解决内容/功能/可读性，再打磨装饰；未观察就不宣称体检通过。遵守共享交付协议的纠错规则，不要求额外规划输出或给模型设思考上限。
