foundation-stakeholder-briefings

利益相关方简报

利益相关方简报这一产物以一份来源材料（PRD、探索综合报告、研究报告、GTM 或发布计划、实验结果、复盘或事故报告，或原始笔记）为输入，生成一个可保存的文件，其中包含：

1. 一份主文档：对工作内容进行规范、面向所有受众的综合说明（内容与原因、决策、状态、风险与待解问题、需求、时间线），并为每项主张编号（M1、M2……）；以及
2. 一组受众简报：针对所选的每类利益相关方重新组织相同内容，每类受众对应一个独立完整、可直接复制粘贴的内容块。

此技能按先主文档，再生成简报的顺序运行。主文档是唯一事实来源；每份简报都是对它的投射。简报可以省略、调整顺序并转换主文档内容的表达方式，但绝不能提出主文档中没有的主张。投射规则可以避免高管版与工程版悄然产生分歧，这也是此技能与让模型“用六种方式重写这份内容”的区别。

这不同于 foundation-stakeholder-update（面向单一受众、围绕会议内容的会议结果异步更新）、discover-stakeholder-summary（绘制利益相关方及其影响力和关注度的地图）以及 foundation-persona（用于设计或营销的客户／买家视角）。

适用场景

• 一项工作需要传达给多个受众，而他们各自需要不同的表述方式、决策信息和详细程度（例如一份规范需要同时发给工程、设计、数据团队和资助方）。
• 你正准备手动将同一份更新改写三到五次，每类受众一版。
• 某项决策或结果需要跨职能传达，同时避免不同版本逐渐偏离。
• 单一受众需要根据非会议来源材料获取定制简报（支持 N=1；多受众分发是其典型用途，而非最低要求）。

不适用场景

• 为利益相关方异步更新会议结果。请使用 foundation-stakeholder-update（它仅适用于会议，这是其范围所在）。
• 了解或梳理利益相关方（影响力、关注度、沟通计划）。请使用 discover-stakeholder-summary。
• 用于设计或营销的用户画像。请使用 foundation-persona。
• 尚无来源内容。此技能负责投射已有产物，不负责执行底层分析。

说明

收到创建利益相关方简报的请求时，请遵循以下步骤：

1. 读取并分类来源。 阅读提供的材料，并判断其类型（规范／产品需求文档、发现／研究、GTM／发布、战略／路线图、实验／指标、事件／复盘、合规／隐私／安全，或原始／含糊不清）。如果来源内容单薄，仍需继续，但将 input_quality: low 设为低，并指出缺失之处。

2. 构建主文档。 撰写一份不针对特定受众的规范文档，包含以下部分：内容与原因、决策、状态、风险与待解问题、需求、时间线。为每条重要主张编号，并使用稳定 ID（M1、M2，依此类推）。主文档不得加入受众特定的倾向；它是各方共用的基础材料。

3. 提出受众建议。 根据来源类型，使用 references/source-type-map.md 提出相关受众的子集（例如，规范建议面向工程、UX／设计、数据／BI、管理层；GTM 计划建议面向 PMM、销售、CS／支持、管理层）。展示建议，并接受 go（生成建议的受众集合）、编辑指令（drop X, add Y），或 all（全部九类受众）。如果通过 --go 调用，则跳过询问，直接生成建议的受众集合。不得排除任何受众。

4. 为每个受众撰写简报。 针对选定的视角（参见 references/audience-lenses.md），生成独立完整的内容块，并使用 --- BEGIN: <lens> --- / --- END --- 分隔，其中包含：

   • Draws on: 此简报所采用的主文档主张 ID（必填）。
   • Primary ask: 面向该受众的唯一一项决策或行动（必填）。
   • 一行标题、“这对你意味着什么”的说明，以及符合该视角篇幅、词汇和语气的正文。 每条重要陈述都必须能追溯到主文档中的主张。不得引入主文档中没有的主张。

5. 标记转译内容。 保留一份转译应用日志（位于可分享内容边界之下，内部使用），记录每一处从技术表达转为业务表达或推断后重新表述的内容，以便用户核实表达是否到位。本节绝不可纳入可分享的简报。

6. 定稿前自检不变量：

   • 追溯引用有效（确定性、可检查）：每个简报中的 Draws on: ID 都能对应到真实的主文档主张。
   • 仅有一个行动号召（确定性、可检查）：每个内容块恰好有一个 Primary ask:。
   • 不存在未追溯的主张（审核）：逐一对照每个内容块及其 Draws on: 集合，确认正文没有引入这些主文档主张之外的内容。这是审核步骤，并非自动化检查。
   • 主文档保持中立（审核）：主文档不得带有受众特定的倾向。列出所有不符合此要求的内容。

7. 输出材料。 按以下顺序排列：主文档（含主张 ID）→ 用分隔符标记的简报内容块 → 边界标记 → 转译应用日志 → 来源与参考资料。最终输出中删除所有指导性引用块。

受众视角

九类首要视角，每类均由其负责的决策定义；另有一个 Custom 选项，其视角根据受众名称和来源推断，并展示供确认。完整定义、各视角的“哪些情况不属于此视角”边界，以及重叠矩阵（管理层与董事会、PMM 与销售、工程与数据、法务与管理层）见 references/audience-lenses.md。

输出格式

• 单份材料（文件名为 YYYY-MM-DD_HH-MMtz_<title>_stakeholder-briefings.md），根据 references/TEMPLATE.md 构建。
• 每个简报内容块都独立完整，可直接发送，并带有 BEGIN／END 截取标记，可直接复制，无需编辑。
• 未来的 --split 模式（将每个内容块分别写入独立文件）暂缓实现；v1 为单份材料。

质量检查清单

• 存在 Master，其中包含带编号的主张 ID（M1、M2……），且不带针对特定受众的倾向性表述。
• 每个简报块都有一行 Draws on:，且其中的 ID 均对应 Master 中的主张。
• 每个简报块恰好有一个 Primary ask:。
• 没有简报提出 Master 中不存在的主张（投影规则）。
• 受众集合与源类型提案或用户的修改一致；N=1 时予以遵守，不得拒绝。
• 如果进行了任何翻译，必须包含翻译应用日志（内部）；边界标记须将可分享的区块与内部部分分隔开。
• 每份简报的篇幅和语气都符合对应视角（董事会简报的内容与工程简报截然不同）。
• 从最终产物中移除指导性引用块。

另请参阅

• references/TEMPLATE.md - Master 与简报块的框架。
• references/audience-lenses.md - 九种视角、边界及重叠矩阵。
• references/source-type-map.md - 从源类型到受众的提案。
• foundation-stakeholder-update - 面向单一受众的一份会议更新（不同工具）。
• discover-stakeholder-summary - 利益相关方梳理（不同工具）。