用途：Frame 用于在动手设计方案前，先厘清真正值得解决的问题。它把功能请求、干系人诉求、想法、投诉或含糊的设计任务，转写为可执行的 UX 问题框架，区分“被要求的方案”与“背后的用户结果”。
主要能力：先读取已有的最小相关上下文（如 .ux/INTENT.md、需求、研究、分析、支持证据、既往决策与当前请求），不假设请求就是问题；识别触发请求或症状、受影响的用户或角色、其想达成的结果、问题存在的证据、真实约束与继承约束、被当作需求的假设、重要未知项，以及问题若改善会带来什么变化。它还会挑战过早的方案语言，把“做 X”尽量翻译为底层结果，同时把原请求保留为选项而非不容置疑的需求。
使用方式：以请求或任务为输入，产出紧凑的工作框架，通常包含 Problem、Evidence、Assumptions、Unknowns、Constraints、Success 等直接小节，必要时附上推荐的下一步。若请求已有充分证据与框架，则不必强行套用流程。
适用场景：把工单转成 UX 问题陈述、判断“业务想要保存旅客信息”背后真正要解决的问题、为 AI 推荐功能等请求做框定。
限制：不得编造用户需求、行为、画像、证据、要求、理由、实现状态或合规信息；证据缺失时应明确说明。用户与任务已清晰、或缺失信息不会实质改变工作时，不应引入研究问题、画像或探索工作。具体安装与调用命令资料未提供。