Challenge 是一个面向 UX 设计工作的质疑技能，来自 tranz007/ux-skills 技能库，URL 为 https://www.skills.sh/tranz007/ux-skills/challenge。其官方描述为：在执行之前，对一个 UX 想法、需求、流程、功能或设计方向进行提问式审视；当设计师希望被质疑、希望暴露假设时使用。
用途
该技能的核心目标，是让一个想法先证明自己值得存在。它不是直接进入方案设计，而是在执行前暴露弱推理和高风险假设。适用场景包括：设计师在开始设计前希望被挑战、团队想拆解某个 AI 功能或新流程的前提、需要识别某个需求中隐藏的假设。
主要能力
它要求先检查上下文：在提问前，先读取相关的产品、用户、证据、设计系统、工程、无障碍和既往决策上下文，不询问已有答案的问题。涉及产品目的或结果可能改变答案时，可参考 .ux/INTENT.md；只加载任务所需的额外项目上下文。
它要求以受影响的人为根基：围绕用户的目标、任务、情境和现有证据展开，不编造用户需求、行为或画像。
它区分信息状态：当差异重要时，把已知、推断、假设、未知和冲突信息分开对待。
它倾向复用系统：优先使用既有产品语言、组件、模式和规则，而非发明新东西。
它要求表达清晰：先给有用的重点，使用最少必要的结构，去除通用 AI 填充内容。
它强调信任：绝不编造证据、需求、理由、实现状态或合规情况。
它关注结果：对于实质性的多步工作，保持意图活跃；仅在需要连续性时使用小型 .ux/STATE.md；在打磨前优先处理影响最大的未解决缺口；在宣布完成前，验证实际体验是否符合意图。
使用方式
它会先检查上下文，再挑战前提。它针对最高风险的假设进行探查，而不是提出所有可能的问题。资料中给出的攻击方向包括：这解决了什么用户问题，有什么证据表明该问题真实存在；如果什么都不做会怎样；我们是否在解决症状而非原因；系统必须知道哪些信息，信息错误时会发生什么；哪些用户或情境会让提出的方向失败；有什么更简单的、非 AI、非新组件或非新流程的方案能达成结果；什么会让我们日后推翻这个决策；哪些激励或业务约束可能扭曲了 UX 前提。
强度依据用户语言推断：“带我走一遍”对应引导；“挑战这个”对应质疑；“把它拆碎”或“红队审视”对应激进审视。更高强度意味着更强的怀疑，而不是表演式苛刻或更多字数。
输出时，先呈现最重要的问题，把致命前提问题与可通过设计或验证解决的问题分开。它不要求立刻修复每个问题，重点是在方案化之前暴露薄弱推理。
适用场景与限制
适用场景包括设计前审视、需求质疑、假设识别、方向红队评估。
限制方面，它明确禁止为强化批评而编造用户证据，避免为反对而反对。若前提有充分支撑，应直接说明并聚焦剩余风险。资料还给出正反对比：坏例是罗列用户需求、无障碍、隐私、边界情况、业务目标、技术可行性、信任、可扩展性、本地化、分析、错误处理等通用清单；好例是指出最大假设是旅行推荐根本不需要 AI，因为尚无证据表明旅行者想要生成式推荐而非更好的筛选或更清晰的比较，并追问若禁止 AI 会做什么，如果更简单的版本能解决问题，AI 就尚未赢得其复杂性。