用途：System Fit 用于判断一个 UX 需求在设计系统中应如何处理，防止设计系统意外膨胀，也避免把每个问题都硬塞进现有组件。它适用于设计师询问“是否需要新组件”“能否用现有设计系统搭建”“这个状态是否该回写 Storybook”等场景。
主要能力：按优先级给出分类建议——复用（现有组件或模式已满足）、组合（现有基础件按既有方式组合可满足）、扩展（现有组件需要新增合法状态、行为、变体或文档更新）、新建（需求足够独立且可复用，值得新增系统资产）、功能局部（过于特定，不适合成为共享系统组件）。同时检查差距，指出缺失的具体行为，如状态、无障碍行为、数据规模、响应式行为、内容规则、交互或 API，并考虑差距是否只是文档而非实现。
使用方式：先检查真实系统，优先使用 .ux/DESIGN-SYSTEM.md，并查看 Storybook、组件包、token 定义、设计文档、实现示例和贡献规则等权威来源；仅在能改变判断时加载其他项目上下文。不要假定 Figma、Storybook 或代码是唯一事实来源，应使用项目记录的层级或指出歧义。输出时先给分类和建议，说明涉及的现有资产、差距以及应随功能附带的贡献；若系统来源无法验证，应给出条件性建议而非假装确定。
适用场景：设计系统组件选型、组件贡献评审、状态回写判断、避免重复造组件等。
限制：不编造证据、需求、理由、实现状态或合规性；不虚构用户需求、行为或角色；用户和任务已明确时不引入多余研究问题或发现工作；不向用户复述规则，除非某条规则实质影响答案。