UI 设计总入口

把用户需求交给合适的专长，并协调各专长的边界。入口负责选择、组合与交接；实际设计和实现遵循选定专长的完整规范。

选择与交接

1. 从已有上下文和项目文件确认：目标页面或组件、产品界面或品牌页面、构建/修改/只读审查、Web/React Native/SwiftUI，以及已使用的设计系统和动效技术。已有信息足够就继续；影响目标或改动范围的歧义才询问。
2. 按下表选择最贴近目标的主专长。一般先加载一个；出现具体的技术或交互问题时再加载相关辅助专长。使用一个主视觉规范，避免把几套互相冲突的风格规则同时套到同一界面。
3. 在支持 Skill 调用的环境中调用所选专长；否则读取对应 SKILL.md。表中的路径相对此文件，先解析当前技能的实际目录（含 Junction 目标），再定位相邻技能。子技能中的脚本和参考资料以该子技能实际目录为基准，命令的工作目录仍是用户项目。不要假定存在 .claude/skills 或 .agents/skills。
4. 需要了解专长的能力、依赖、适用边界或已知问题时，查阅专长目录对应条目，然后读取被选中专长的完整入口及它要求的参考。目录介绍不能替代专长规范。若文件不存在，明确说明缺少哪个专长，使用已安装的合适替代或询问用户，避免自动下载安装。
5. 用一句话说明选择，例如“这次是已有后台的间距调整，采用 Impeccable 的 layout 流程并保留现有组件”。交接用户目标、范围、技术栈、已知品牌约束和验证要求，再执行任务。检查、比较、打分等只读请求保持只读。

主任务分派

GSAP 专长分派

用户已经选择 GSAP、项目已有 GSAP，或明确的复杂编排需求经判断适合 GSAP 时，再进入本表。仅出现 React、动画、滚动或卡顿这些词不构成更换现有库的理由。先读取项目依赖与实际使用版本；涉及安装方式、插件授权或版本专有 API 时核对官方现行资料。

例如 React 的滚动联动可选 gsap-react 与 gsap-scrolltrigger；需要基础 tween 或 reduced-motion 细节时补 core；需要多步编排时再补 timeline。不要固定加载整套 GSAP 专长。实现滚动或框架接入前先读目录中的已知示例问题，检查单位、生命周期与清理作用域。

组合时的约束

• 用户的明确目标、现有品牌、框架、依赖和改动范围优先于子技能的默认偏好。风格意见相冲突时，沿用已选的主视觉或平台规范；技术正确性、可访问性及数据保护要求继续保留。不要凭一个子技能的推荐擅自更换框架、字体或动画库。
• 单次任务选一个主视觉负责人。落地页结构、平台 API、动效或 Sonner 可以辅助该负责人；不同时叠加 frontend-design、Taste 和 Impeccable 的全部审美规则。明确 Apple 弹簧需求时采用相应交互语言，而不是被另一模块的默认“禁止回弹”偏好否决。
• 子技能的显式调用限制继续有效，包括 Taste、pick-ui-library、prototype 和 review-animations。使用本总入口不会自动开放这些专长；需要用户明确点名该专长，或明确授权按该专长流程执行。一般“好看”“原型”“检查一下”不足以启用；普通检查按体验或技术目标选 Impeccable critique 或 audit，普通单方案原型仍按产品或品牌任务处理。
• 代码审查、UX 审计和寻找动效机会按原专长保持只读。若用户同时授权修复，可在报告后使用实现专长处理批准的范围。子技能的研究建议不自动授权创建其他任务、发消息、发布或改全局配置。
• Impeccable 的 pin、hooks、更新等管理操作按用户明确意图执行，不作为普通设计前置步骤。离线或禁止后台更新检查的任务可使用其已有的 IMPECCABLE_NO_UPDATE_CHECK 选项，保留正常上下文读取。用户明确“不写文件/不联网”时，也避开更新缓存、持久化快照和报告等写入路径；必要时直接读取源码完成检查，说明未执行哪些工具流程。
• 控制脚本副作用：先读实际要执行的脚本与依赖；缺资源就说明并降级。不要执行缺失的 Taste scroll-scene 分支；不要把落地页参考中的未证实数字写成真实客户数据。
• 交付验证与任务相称：审查给出证据，界面实现检查主要交互、响应式和键盘操作；动效检查可中断、卸载清理与 reduced-motion。缺少浏览器或运行环境时明确标注未验证，不以静态评分替代运行结论。

维护关系

专长目录记录本地已安装的 24 个专长及已知限制。原 emil-frontend 作为兼容名称转入本入口；本入口直接选择真实专长，不再转回旧入口，避免循环。专长独立保存和更新；新增或更新专长后应复核目录、触发政策、资源存在性和路由用例。