ui-audit

核心用法

UI Audit Skill 是一套结构化的设计决策支持系统，核心围绕"3大支柱"展开：Scaffolding（脚手架）用于自动化重复决策的规则库；Decisioning（决策流程）用于处理新决策的方法论；Crafting（执行清单）用于落地决策的检查表。用户可通过引用references//目录下的12+个专业文档，针对视觉层级、无障碍设计、认知负荷、导航等维度进行系统性评估。

实际使用时，设计决策遵循三步流程：首先权衡信息（机构知识→用户熟悉度→研究数据），然后缩小选项（排除冲突项、对齐宏观赌注、基于JTBD选择），最后执行落地（应用对应清单与模式）。对于完整审计，Skill会生成包含视觉层级、视觉风格、无障碍等必检项，以及导航、可用性、 onboarding 等情境项的结构化JSON报告。

显著优点

1. 方法论权威性：直接源自Tommy Geoco的专著《Making UX Decisions》，融合了心理学、经济学、行为科学的多学科视角，非泛泛而谈的设计建议。

2. 实战导向的框架：强调"Speed ≠ Recklessness"，为高压环境下的设计决策提供了可操作的平衡方案，避免过度设计或草率交付的两极陷阱。

3. 完整的模式库：覆盖从信息分块、渐进披露到错误处理、个性化等12大类UI模式，每个模式都附带心理原理、适用场景和实施指南。

4. 宏观对齐机制：创新性地引入"Velocity/Efficiency/Accuracy/Innovation"四大公司级赌注概念，确保微观设计决策与组织战略同频。

5. 结构化输出：审计报告采用标准化JSON格式，包含优先级修复建议、框架引用溯源，便于团队协作和迭代追踪。

潜在缺点与局限性

1. 静态文档依赖：作为纯Markdown Skill，所有分析依赖LLM的上下文理解能力，无法直接解析Figma文件或抓取实时网页，需要用户手动提供截图或描述。

2. 文化语境局限：方法论基于西方UX实践，对于特定地区的设计惯例（如东亚的密集信息界面、新兴市场的极简交互）可能需要本地化调整。

3. 创新抑制风险：过度依赖模式库可能导致设计趋同，虽然文档包含"创新光谱"检查清单，但系统性框架本身可能削弱突破性探索。

4. 执行门槛：完整审计需要覆盖6-10项检查/章节，对于快速迭代的小团队可能显得过重，需要灵活裁剪。

适合的目标群体

• UX设计师：需要系统化提升设计决策质量，或建立团队设计评审标准
• 产品经理：在资源受限时评估设计 trade-offs，向 stakeholders 传达设计选择依据
• 设计系统负责人：构建/维护组件库时需要权威的模式参考和检查清单
• 初级设计师：通过结构化框架快速建立专业判断能力，减少依赖直觉
• 跨职能团队：需要共同语言来讨论设计质量，对齐"好设计"的评价标准

使用风险

1. 过度依赖框架风险：可能将复杂的设计情境简化为检查表打勾，忽视定性洞察和创造性直觉的价值。

2. 版本同步问题：Skill文档为静态快照，若作者更新核心框架（如新增AI生成界面模式），用户需手动更新Skill版本。

3. 输出一致性波动：不同LLM版本或上下文长度下，审计报告的详细程度和判断标准可能存在差异，建议关键决策结合人工复核。

4. 无实时验证：无障碍检查（如对比度计算）依赖文本描述而非实际工具测量，关键合规场景需配合专业检测工具。