用途：get-context 是产品设计类请求的强制设计简报关卡。当请求涉及设计、构建、原型、克隆、改版、扩展或生成产品 UI 方向时，应在开始时运行本技能，先澄清缺失信息，再进入后续工作流。
主要能力：使用提问模式澄清两点——正在设计、改版或扩展的是什么产品、站点、功能、工作流、组件或屏幕；该功能、改动、应用或网站应帮助用户完成什么。不要重复询问已回答的问题。当两点都清楚时，用一条简洁说明回放简报与默认值，指明下一个工作流，并在同一轮继续。回放不是请求批准，用户可随时纠正风格、范围或交互性。
硬性边界：当设计目标或预期用户成果仍缺失时，不得实现 UI、搭建原型、启动服务器或创建文件。
关键覆盖：继续前先参考插件路由 $index，并遵循 $critical-overrides。
用户上下文：开始前加载 $user-context，并在本地 shell 可用时运行其预检脚本。相关时可将已保存的产品 URL、Figma 文件、截图、参考图、代码库路径、Storybook、tokens、设计系统、品牌资产、组件引用、浏览器偏好和分享目标作为依据材料。不要检查所有已保存引用，只检查当前任务所需内容。
交接：当下一个工作流已明确时，先阅读该技能再发送简报回放，不要只提一个尚未阅读的技能名。在执行 $ideate、$url-to-code 或 $image-to-code 前，用一条简洁的用户可见说明回放最小简报与默认值。若目标与预期用户成果清楚，同一轮继续下一工作流，不必等待明确确认；用户反馈则纳入并纠正。
在开始复杂应用、原型、克隆、改版或构建前，发送一条简短预期说明并继续，例如说明此类构建通常约需 10-15 分钟，复杂项目可能更久。对于小型静态改动、快速审计、简单研究、仅设置或仅分享请求，不要发送该说明。
完成标准：设计目标与预期用户成果清楚、默认值已回放、且已阅读任何已确定的下一个技能。
限制：资料未提供具体收费、价格、平台支持范围或效果保证等信息。