用途：以“最糟糕用户”的视角测试产品，发现技术正确但真实用户难以使用的体验摩擦，而非普通 QA 找的 bug。
主要能力：生成具体人设（年龄、技术舒适度、唯一核心任务、放弃条件、说话方式）；以该人设实际浏览应用并完成真实任务；覆盖第一印象、核心流程、错误恢复、可读性、速度、术语、导航等摩擦类别；截图记录痛点并检查浏览器控制台 JS 错误；以人设口吻写吐槽式反馈；再用务实过滤把问题分为 RED（真实 UX bug）、YELLOW（有效但低优先级）、WHITE（人设噪音）、GREEN（隐藏的功能请求）；只为 RED 和 GREEN 建工单，每轮最多 10 个，并输出报告。
使用方式：对智能体说“Run an adversarial UX test on [URL]”“Be a grumpy [persona type] and test [app name]”或“Do an asshole user test on my staging site”。可自定人设，也可让智能体按目标受众生成。流程为：定义人设、以人设浏览、写吐槽、务实过滤、建工单、出报告。
适用场景：演示或发布前、批量功能上线后；建议以新用户身份测试冷启动体验，并测试过期账号的订阅/付费墙流程。
限制与规则：第 2-3 步须保持人设，第 4 步必须跳出人设；务实过滤不可跳过，不得把原始吐槽直接当工单；每条抱怨需截图；在 staging 或已部署应用上测试，不用本地开发环境；一轮一个人设、一份报告。资料未提供具体安装命令、收费或平台信息。