用途：创建或升级设计系统（令牌+组件+指南），用 blockframes（低保真、系统感知线框）先锁定逻辑再做高保真，设计面向未来的视觉基础（深度/高度、动效、质感）而不破坏一致性，让非专家也能使用（护栏、示例、起步模板），并推动采用与治理（贡献模型、champions、发布节奏）。
适用场景：需要设计系统/组件库及构建计划；UI 不一致需定义令牌、组件与文档来标准化；想刷新 UI 风格（更多深度/质感/动效）而不混乱；需跨团队扩展设计或支持企业客户定制；想先锁定低保真流程以加快高保真产出。不适用：定义品牌识别或 logo 系统；需要用户研究/发现来决定做什么；只需交付单个孤立 UI 改动；纯前端架构且与 UI 一致性无关。
输入：产品与界面（web/iOS/Android、关键流程）；现状（现有 UI kit/设计系统、设计工具如 Figma、代码栈）；目标（速度、一致性、可访问性、可扩展性、定制、企业采用）；约束（时间线、团队归属、工程支持程度、合规/无障碍需求）。信息缺失时从 references/INTAKE.md 提最多 5 个问题，然后按明确假设继续；平台/栈未知时假设为现代 Web 产品，含组件库与设计令牌；不索取密钥或凭据。
输出：以 Markdown 产出 Design System Operating Pack（默认在对话中，可要求写入文件），含上下文快照、设计系统章程、UI 审计与运营阻碍、blockframe 到组件映射、令牌模型（分类、命名规则、初始令牌待办，含高度/深度）、组件清单与路线图、文档与赋能计划、治理与采用计划、质量门（清单+评分）及风险/开放问题/下一步；模板见 references/TEMPLATES.md。
工作流 7 步：1) 接洽与成功定义；2) 审计当前 UI 并找运营切入点；3) 用 blockframes 锁定逻辑；4) 定义令牌模型；5) 定义组件模型与交付计划；6) 让非专家易用（护栏）；7) 治理、采用与质量门。质量门要求使用 references/CHECKLISTS.md 与 references/RUBRIC.md，并始终包含风险、开放问题、下一步。示例见 references/EXAMPLES.md。
限制：资料未提供具体收费、价格、平台支持细节或效果数据；不请求密钥或凭据；不适用于品牌识别、用户研究、孤立 UI 改动或纯前端架构。