基础视觉
统一间距、对齐、字体层级、交互状态与响应式布局，让界面从草稿达到可评审基线。
baseline-ui四道质量门
它们不是四种审美风格，而是从代码草稿走到产品界面的四类工程检查。
可访问性
检查语义、可访问名称、键盘操作、焦点、颜色对比、表单错误和状态传达。
fixing-accessibility动效性能
只在有动效时触发；避免布局抖动、滚动驱动、重模糊和大面积绘制开销。
fixing-motion-performance发布信息
面向公开搜索或分享时检查标题、描述、canonical、Open Graph、favicon 与 robots。
fixing-metadata从产品方向到上线的最小闭环
前面的质量门不能跳过产品方向，后面的产品人审也不能被 skill 替代。
1. 方向冻结用户任务、信息层级、品牌/设计系统、主行动。
2. 界面实现复用组件，覆盖真实数据和关键状态。
3. 基础视觉门间距、层级、字体、状态、响应式。
4. 可访问性门语义、键盘、焦点、对比、错误。
5. 动效性能门有动画才触发；无动画则明确跳过。
6. 发布信息门公开页面才需要完整分享与索引检查。
7. 产品人审业务准确、品牌一致、证据完备、人工放行。
按页面类型选择最小 skill 集
不是每个页面都要跑全套。路由的目标是恰到好处地覆盖风险。
| 场景 | 必用 | 条件触发 | 人工门禁 |
|---|---|---|---|
| 内部 SaaS 后台 / 数据大屏 | baseline-uifixing-accessibility |
有动画时检查动效性能 | 权限、错误状态、真实数据口径 |
| 官网 / 营销页 / 公开产品页 | 基础视觉、无障碍、metadata | 有动画时检查动效性能 | 品牌、价值主张、合规、分享图 |
| 表单 / 设置 / 弹窗 | 无障碍、基础视觉 | 公开页面再检查 metadata | 字段必要性、错误文案、提交后果 |
| 静态本地人审 HTML | 基础视觉、无障碍 | 按访问意图设置 noindex |
来源、证据等级、待确认项 |
已全局可用，无需重复安装
baseline-uifixing-accessibilityfixing-motion-performancefixing-metadata
不能被 skill 替代的判断
- 用户真正要完成的任务
- 信息架构和优先级
- 品牌视觉语言与设计系统
- 业务文案、合规与真实数据
请产品 / 设计负责人确认
这三项决定方法是否从“可复用知识”升级为团队默认门禁。
- 是否把四道质量门作为所有新 UI、原型和 HTML 的默认交付检查？
- 公开页面是否必须在真实部署 URL 上复核 canonical 与分享卡片？
- 是否选择一个真实项目补 Before / After，对返工和验收问题做量化验证？