用途：在真实浏览器中走查一个正在运行的 Web 流程，把观察到的交互转化为设计师可据以行动的摩擦证据，再据此形成修复方向。它填补了中间环节：多数 UX 工具要么只驱动浏览器而无判断，要么只评审设计而无实时行为。
主要能力：分两种模式。audit 覆盖第 1 至 4 阶段——界定范围、驱动流程、按评分表打分、与用户对齐问题、输出 alignment.md 与 findings.md，止于对齐，不做设计。shape 为第 5 阶段，基于已对齐的问题集产出有研究支撑的修复方向，可重复运行。流程共五阶段，以 3b 人工对齐为枢纽。
使用方式：入口路由——用户指定或指向已对齐问题文档则进入 shape，否则从第 1 阶段开始 audit。范围阶段需确定目标（摩擦发现、转化或概念验证）、单一流程、明确 URL 及凭据与测试数据；URL 必须由用户提供，不得推断或默认 localhost。驱动阶段附着用户已运行的浏览器会话，基于快照元素引用操作，逐步记录“元素→预期→实际”三元组。评分阶段用 references/rubric.md 将 Nielsen 启发式转为具体问题，产出带稳定 ID 与证据引用的微观发现，再聚类为 2 至 4 个命名问题。3b 阶段在 alignment.md 上取得用户同意并分配设计预算。报告阶段在 <audited-repo>/.claude/friction-audit/<flow>-<YYYYMMDD>/ 下生成 findings.md、alignment.md 与线框图 HTML。shape 阶段调用 impeccable 评审，每个问题配一个研究与构思代理，收敛后再绘制线框图。
适用场景：需要基于真实运行行为而非静态设计稿发现可用性摩擦、并与团队对齐问题空间的 UX 审计工作。
限制：audit 模式需要浏览器驱动，默认 playwright-cli，企业 SSO 下用 claude-in-chrome；两者都不可用时应停止而非临时变通。不得自动化登录。不得执行会通知第三方或产生费用的操作。缺陷不进入报告。Open Design 为可选，缺失时回退 ASCII。其余细节暂未提供。