用途：面向 UI 设计的团队技能，将 UI 设计工作组织为四阶段流水线：research（研究）-> design tokens（设计令牌）-> audit（审查）-> implementation（实现）。
主要能力与架构：
- 基于 team-worker 智能体架构，所有 worker 角色共用同一 agent 定义，各自从 roles/<role>/role.md 加载角色专属的 Phase 2-4 指令。
- 角色注册表：coordinator（协调者，roles/coordinator/role.md）、researcher（研究，前缀 RESEARCH-）、designer（设计，前缀 DESIGN-）、reviewer（审查，前缀 AUDIT-）、implementer（实现，前缀 BUILD-）。
- 协调者在分发前可选预载：若存在 .workflow/codebase/ARCHITECTURE.md 则读取模块边界；通过 maestro load --type spec --category ui 加载 UI 约束；通过 maestro search "UI design tokens audit" --json 取前 5 条已有知识。均为可选项，不可用时直接继续。
使用方式：
- 无 --role 时进入协调者入口路由：分析 → 分发 → 派发 workers → 停止。
- 带 --role <name> 时加载对应角色文件并执行其 Phase 2-4。
- 支持的用户命令：check / status 查看执行状态图；resume / continue 推进到下一步。
- 会话前缀 UDS，路径 .workflow/.team/UDS-<slug>-<date>/，内含 .msg/、research/、design/、audit/、build/、wisdom/ 等目录。
- 消息总线使用 mcp__maestro__team_msg(session_id=<session-id>, ...)；CLI 工具为 maestro delegate --mode analysis（只读）与 maestro delegate --mode write（写入）；最大 GC 轮次为 2。
限制：资料未提供价格、平台支持范围、具体效果与耗时等信息；未知命令返回可用命令列表错误，角色缺失返回角色注册表错误，会话损坏时尝试恢复并回退手动处理，GC 循环超过 2 轮则升级由用户选择接受、重试或终止。