用途：将设计系统的健康状况、状态或某项建议，翻译成业务语言的一页式利益相关者简报。读者无需了解设计系统即可理解现状、建议与请求。
主要能力：按五段模板撰写简报——标题与元信息、The situation（现状，用业务影响而非组件指标描述）、Why this matters（业务后果，用时间、金钱、客户体验、风险等语言）、What we recommend（一句具体建议并说明为何优于备选）、What we need（不超过三项具体请求）、Expected outcome（坦承时间线与范围）。按受众校准框架（增长/风险/成本），并可用成熟度阶段（Ad-hoc、Managed、Systematic、Measured、Optimised，需引用评估，不得编号）说明下一步转型。
使用方式：先确认简报用途、主要受众、读者读后应做的唯一一件事、底层情况、相关截止或决策及来源。若已有 system-health 等技能输出，采用其数字并引用；其余事实须注明 [needs data: …]。每张图需可追溯到具名来源并标注 measured、estimated 或 assumed。简报结尾须有 Based on: [来源, 日期] 行。
适用场景：状态更新、具体建议、事件摘要、发布公告，以及季度利益相关者简报（在 system-health 完成后运行，把评估结果作为输入并引用）。组件少于 5 个的系统需强调“专注投资”而非资源不足。
限制与检查：一次只服务一个主要目的，投资论证属 system-pitch 而非简报；不得使用未解释的设计系统术语；请求不超过三条；全文约 400–500 词、一页内；预期成果须诚实；安装前须核验 frontmatter 中的引用路径，若缺失应停止并提示重装。除上述流程外，具体价格、平台支持与效果数据暂未提供。