用途：针对用户指定的数字产品，执行一次新的 UX 研究扫描，聚焦当前、有证据支撑的用户问题。优先关注登录后产品体验、自助流程、引导、文档/帮助、开发者体验、支持摩擦和产品工作流。
主要能力：先复述产品、受众、时间范围和研究范围；默认使用公开来源，连接器可用且用户允许时使用内部来源；在可用处引用来源，区分观察证据与推断，避免以轶事过度断言，不堆砌抱怨，而是讲清产品故事，并在来源缺失或薄弱时明确说明。
使用方式：先参考 Plugin router $index，遵循 $critical-overrides；开始前加载 $user-context，并在有本地 shell 访问时运行其 preflight 脚本。可将已保存的产品 URL、Figma 文件、截图、参考图、代码库路径、Storybook、tokens、设计系统、品牌资产、组件引用、浏览器偏好和分享目标作为相关依据，但只检查当前任务所需内容。公开来源包括 Reddit、X/Twitter、Hacker News、Stack Overflow、GitHub issues/discussions、论坛、博客、评论、YouTube 评论和开发者社区；内部来源包括 Slack、Gong、Notion、Google Drive/docs、Linear/Jira/GitHub，以及可用的支持或 CRM 记录。
流程：复述研究范围；搜索公开与内部来源；将证据聚类为最高信号 UX 问题，并区分产品 UI/工作流摩擦、文档/帮助摩擦、引导摩擦、账户/计费/权限/设置摩擦、开发者/API/SDK 摩擦、可靠性/性能问题和功能请求；按严重度、频率、置信度和产品杠杆排序；讲清产品故事。
输出：默认在对话中给出研究简报，包含执行摘要（5-7 句核心故事）、排序后的 UX 问题（问题、用户目标、界面、故障点、证据、严重度、频率信号、置信度、建议产品动作）、来源地图（搜索了什么、各来源贡献、信号薄弱处）和机会地图（本周修复、本季度修复、需深入研究）。
限制：公开来源为默认，内部来源需连接器可用且用户允许；引用可用处需标注；内部证据与公开证据分开标记；不将响亮抱怨与高频问题混同，不将 UX 摩擦与缺失功能混同，不将可靠性/性能问题与 UX 工作流问题混同。资料未提供具体收费、价格、平台或效果信息。