UX 模式提取

解决什么问题

在评审一个新功能的交互设计时，我们往往会下意识地对比“头部应用是怎么做的”。问题在于，这种对比大多依赖工程师或设计师记忆中的模糊印象。没有经过提取的审计，本质上是在隐式地对比“我对其它应用的记忆”，这不仅脆弱，而且不同成员得出的结论往往不一致。

ux-extract 技能将这个逻辑反转。它不问“这个页面是否符合某个通用标准”，而是问“头部产品的交互标准本身是什么”。通过把记忆变成具体、可导航的文档，它为后续的 ux-audit 或构建工作提供了坚实的基准。

核心能力与工作流

作为 UX 模式研究员，该技能通过系统化的捕获流程，产出一份详尽的 UXExtractArtifact。

• 范围与伦理确认：在开始前确认目标正当性。尊重 robots.txt、检查 ToS、在页面间保留停顿，不把账号用于自动化爬取。
• 浏览器工具与视口管理：根据是否登录选择 Chrome MCP 或 Playwright MCP。基线视口固定为 1440×900，同时兼顾 768 和 375 的响应式表现。截图完成后会自动降采样，避免库中充斥过大的 Retina 文件。
• 详尽的捕获阶段：倾向多捕，覆盖每个路由的所有状态（包括加载、空态、错误、悬停等），原样记录按钮标签、空状态文案、确认弹窗等文字细节，甚至标点语气。
• 结构化组织：最终将所有捕获整理为 docs/ux-extracts/<app>/pattern-library.md，包含提取日期、范围，以及最有价值的“Notable Absences”（显著缺失）段。

适用边界与注意点

• 内部使用限制：提取出的截图与文案仅作团队内部参考，严禁公开再分发竞品的实时界面截图。
• 访问权确认：对于需要合法持有凭证、付费墙或试用账号才能查看的页面，必须先确认用户拥有正当的访问权限。
• 适用场景：适用于构建新功能前的研究、竞品 UX 拆解或老旧应用的现代化参考，不建议用于直接仿建整个应用。