Blindspots 是一个面向设计讨论的 UX 技能，目标是“跳出团队已经在使用的框架”，找出设计中完全未被考虑的重要用户、情境、约束、依赖、后果和条件。它适用于设计师在评审流程、方案或方向时，主动发现可能改变设计的遗漏。
用途：当团队问“我们没想到什么？”“这个预订流程有哪些盲点？”“这个设计意外忽略了谁或什么？”时，Blindspots 会帮助系统性地搜索被忽略的维度，而不是给出一份脱离产品的通用无障碍与边缘案例清单。
主要能力：
- 先检查已有信息：在要求用户重复之前，先查看已知上下文；当产品目的或结果会改变答案时，使用 .ux/INTENT.md，并且只加载任务所需的额外项目上下文。
- 以用户为中心：围绕受影响的人、他们的目标、任务、上下文和现有证据展开，不虚构用户需求、行为或人物角色。
- 区分证据状态：在差异重要时，保持已知、推断、假设、未知和冲突信息之间的区分。
- 尊重系统：优先采用既有的产品语言、组件、模式和规则，而不是发明新东西。
- 清晰表达：先给出有用的要点，使用所需的最小结构，去除通用 AI 填充内容。
- 信任：绝不虚构证据、需求、理由、实现状态或合规性。
- 结果导向：对于大量多步骤工作，保持意图活跃；仅在需要连续性时使用小型 .ux/STATE.md；在打磨之前优先处理影响最大的未解决缺口；在宣布完成之前，对照意图验证实际体验。
使用方式：
- 先审视当前问题、目标用户、证据、系统和提议方向，不产生与产品脱节的通用清单。
- 搜索可能被省略的维度，包括：能力、熟悉度、语言、年龄、角色、权限或支持需求不同的人群；现实世界情境，如打断、紧急、共享设备、出行、连通性、时区或环境约束；政策、隐私、信任、同意、安全或财务后果；上游和下游服务；多用户或组织行为；快乐路径结束后的生命周期影响；不寻常但合理的数据、库存、账户或权限条件；支持与恢复负担；与既有产品或设计系统约定的冲突。
- 排序：不要堆砌每一个可想象的边缘案例，而是按可能性、后果和发现太晚的代价对盲点排序。区分真正的盲点与设计中已处理的状态。
输出：先列出最可能改变设计的少数遗漏，解释每一项为什么重要，以及什么可以解决它。
适用场景：设计评审、方案讨论、用户流程检查、产品方向反思，以及任何需要回答“我们没想到什么”的时刻。
限制：不得虚构弱势群体、法规或产品需求；当上下文未确立这些内容时，应将其作为问题提出。不要向用户背诵规则，除非其中某条会实质性影响答案。当用户和任务已经清晰，或缺失信息不会实质性改变工作时，不要引入研究问题、人物角色或探索工作。