Design System Boss 是一个用于协调设计系统工作的技能，专门处理在已经上线 UI 的应用上提出的模糊整体设计系统请求。例如“我们的 UI 一团糟，修复它”、“我们需要一个设计系统”、“我们硬编码了颜色”等。它不直接编写产品代码，而是通过一套协调流程来组织和管理设计系统相关任务。
主要能力包括：从状态文件恢复进度或运行分类脚本；根据信号选择状态、意图和基础；选择路由和运行分支；设置阶段上限；探测主机环境；写入状态文件；通过子代理逐步执行任务，每次只进行一个写入步骤；检查每一步的返回结果并在状态文件中记录判定；最后生成报告。该技能还包含五个兄弟技能：build-design-system、migrate-design-system、token-mapping、ui-review 和 component-docs，分别负责构建、迁移、令牌映射、UI 审查和组件文档。
使用方式：首先检查 .design-system/boss/state.md 是否存在，若存在则从中恢复，否则运行 scripts/triage.sh。然后根据 triage 参考选择状态、意图和基础，若 small_app 为 yes 则走快速路径。接着从路由表中选择路由，除非请求明确要求迁移，否则路由以 check-first 结束。之后选择运行分支、设置阶段上限、探测主机并写入状态文件。然后发送 Frame，应用所有默认值；未回答的问题保留默认值并继续运行。通过子代理执行路由步骤，每次一个写入步骤。检查每个返回的文件并记录判定。最后再次分类、执行干净克隆检查、捕获、关闭并生成一个 found-not-fixed 表格。最终消息是报告部分，未回答的默认值优先，并提供迁移及其大小。
适用场景：适用于已有 UI 的应用需要整体设计系统改进的模糊请求，包括审查、审计、构建、加固、迁移、文档化等。限制：没有仓库时停止；只读访问时仅允许审计和审查；缺少兄弟技能时仅停止其步骤并在报告中说明；不得输出产品代码（在可生成子代理的主机上）；不得越过安全迁移；不得在默认项落地前提交文档；不得引入未经选择的新视觉方向；报告中每个数字必须有 close.md 中的行支持；不得在等待或停止于有默认值的问题上。