用途：在界面意图与流程尚未验证时，调查用户行为，构建信息架构、用户旅程、表单、内容、引导与错误恢复。不用于孤立的视觉收尾；当意图与流程已确认时改用 $specsfy-specialist-ui-design。需要可丢弃原型验证假设时，与 $specsfy-specialist-prototyping 结合。
主要能力：先加载 $specsfy-specialist-design-system 并阅读 DESIGNSYSTEM.MD，再提出方案。通过核心契约询问存在哪些界面、信息如何流经流程、表单包含哪些字段与校验、每个动作以页面、侧栏、弹窗、展开区或其它形式打开。读取现有技术栈与界面后再建议视觉流程。在选方法前提出行为假设，定义对象、情境、频率与失败后果。区分事实、推断、假设与内部偏好。依据 references/standards.md 按问题与失败影响选择方法，并设定招募、知情同意、脚本与停止规则。绘制当前旅程，含入口、选择、等待、错误、渠道、依赖与交接。以能验证假设的最低保真度做原型。以任务与中性提示开展测试，记录成功、错误、时间、犹豫、理解与相关引语。按证据、严重度、覆盖与影响综合发现，区分发现、解读、建议与开放问题。不凭内部偏好选择侧栏或弹窗等模式；记录文本回答并将组合交由 $specsfy-specialist-ui-design。对 CRUD 覆盖可点击行的列表、空态、详情、创建与编辑（响应式两栏分区）、字段错误、无权限与加载失败。
使用方式：遵循流程的顺序执行；复用已确认上下文，仅询问缺失信息。相关技能包括 $specsfy-specialist-reui、$specsfy-specialist-interface-experience、$specsfy-specialist-ui-design、$specsfy-specialist-design-system、$specsfy-specialist-prototyping、$specsfy-specialist-web-accessibility、$specsfy-specialist-domain-modeling。
适用场景：对行为、顺序、语言或完成任务能力存在疑问时。限制与反模式：不可问“你喜欢吗”或在任务前展示方案；不可将单次会话当作通用规则；不可只招募同事或专家；不可交付无发现追溯的解决方案清单；不可只测时间而不区分放弃、协助成功与关键错误；不可无观察证据即宣称体验“直观”或已验证。