foundation-stakeholder-update

干系人更新

干系人更新是一种异步沟通，面向需要了解会议成果的读者。主要受众是未参会者；次要受众是希望获得参考版本的部分参会者（迟到、中途离场，或需要转发内容）。

在受众、格式和目的上，它不同于 foundation-meeting-recap：会议回顾是为参会者总结发生了什么；干系人更新则是将成果转化为对读者意味着什么（根据其角色调整内容，并在受众需要时将技术内容转译为业务语言）。

它不同于 /discover-stakeholder-summary：该技能用于了解干系人（为用户的工作提供输入）；此技能用于向干系人传达信息（作为用户工作的输出）。

此技能属于会议技能系列，并遵循会议技能系列契约。

使用时机

• 会后需要向未参会的相关团队传达会议成果时
• 决策或承诺需要异步传达给下游团队时
• 已有会议回顾，需要将其转化为面向特定受众的语言时
• 用户需要读者采取行动（明确的行动号召），且不能让这项要求被其他内容淹没时

不适用时机

• 为参会者总结会议经过。请使用 foundation-meeting-recap。
• 向外发布状态，但无需针对特定受众调整内容。普通的 Slack 消息即可；只有在需要内容转译或行动号召时，此技能才有价值。
• 向干系人传达研究结果。请使用 /discover-interview-synthesis，并辅以针对性的沟通。
• 信息源并非单场会议的成果，而是需要基于一份权威主文档，为多个受众分别编写简报的更广泛材料（如规范、发现综合报告、研究报告、GTM 计划或实验结果）。请使用 foundation-stakeholder-briefings。

零阻塞执行

根据系列契约，此技能绝不会因询问而阻塞。默认流程：

1. 加载相关会议回顾（优先）或原始会议记录
2. 扫描同一目录中有关相同 project/topics 的先前 stakeholder-updates，判断是否延续已有讨论串
3. 根据受众类型推断渠道（如未指定）：工程 / 设计 → Slack；领导层 → 电子邮件；混合受众 → Notion
4. 简要说明推断结果（检测到的渠道、受众、行动号召、是否延续讨论串，以及可供转译的内容）
5. 接受 go 或修正意见
6. 生成针对相应渠道调整的更新内容

如果通过 --go 调用，则跳过推断摘要。全部输出均为可分享内容（根据系列契约，无需单独的摘要区块）。

说明

收到创建利益相关方更新的请求时，请按以下步骤操作：

1. 加载相关回顾 解析 frontmatter，提取会议背景、决策、行动和结果。如果未提供回顾，则接受原始会议笔记，并标记输入质量较低。

2. 检测是否延续现有话题 在同一目录中查找 stakeholder-update 产物，确认是否有 project / topics 匹配的先前更新。如果找到，则在 frontmatter 的 thread_continuation_of 字段中引用先前的更新。

3. 呈现 go-mode 推断摘要 显示推断出的渠道（如果未指定）、检测到的受众、建议的 CTA、话题延续状态，以及翻译候选项（标记可能不易被受众理解的行话或缩略词）。

4. 提炼关键成果 从回顾或笔记中选择 3-5 项与目标受众相关的成果。不要包含回顾中的所有内容。根据受众相关性进行筛选。

5. 明确 CTA 如果需要采取行动：将其放在开头，不要埋在正文中。 如果仅供知悉：在 TL;DR 中明确说明。

6. 将技术内容转化为业务语言 标记受众可能不易理解的行话和缩略词。提供更通俗的替代表达。将已应用的翻译记录在输出的 Generation context 中，供用户核实。

7. 构建适配渠道的版本

   • Slack / Teams：标题（一行以行动为导向的内容，可选择添加一个表情符号）、TL;DR 3 个要点、背景句、“这对 [受众] 意味着什么”、CTA（需要采取行动时加粗并标记；无需行动时用斜体标注 "FYI-only"）、话题延续链接、更多链接页脚
   • Email：主题行（主题 + 结果）、问候语（"Hi [受众]"）、开场句（标题 + 说明他们为何会收到此邮件）、TL;DR、2-3 句话的背景、已决定 / 推进的事项、这对你们团队的意义、我需要你们做什么（注明截止时间）、话题参考、结尾署名
   • Notion：使用丰富的 H1/H2/H3 结构、较长的背景说明块、用于详情的可折叠部分，以及用于决策和行动的表格
   • Exec-memo：TL;DR 置于开头（3-4 行）、最多 3 个部分的支持性详情、请求部分置于前面、使用正式语气、不使用表情符号

8. 使用选定版本作为主要内容来呈现 TEMPLATE.md 可以将其他版本作为可折叠的备选项，以便用户灵活选择。从最终产物中移除所有指导性引用块。

9. 验证

   • channel 属于枚举值
   • audience_variant 属于枚举值
   • primary_cta 非空（无需采取行动时使用 "FYI-only"）
   • related_recap 是有效的文件名引用，或已标记为原始笔记输入

质量检查清单

• 渠道版本符合指定或推断出的渠道
• 受众版本中的“这对你意味着什么”经过针对性定制（而非泛泛而谈）
• CTA 放在显眼位置，而非埋在正文中
• 在 Generation context 中记录技术内容到业务语言的转换，供用户核实（INTERNAL. 位于可分享内容边界之外）
• 如果同一话题存在先前更新，则引用话题延续内容
• 存在 ## Shareable update 部分，并包含适配渠道的正文（v1.1.0. 替代 v1.0.0 中“整个输出均可分享”的做法）
• Shareable update 与内部部分（翻译、来源）之间有明确的边界标记
• Sources and References 部分列出源回顾及话题中的任何先前更新（INTERNAL）
• 文件名采用 v1.1.0 版本格式：YYYY-MM-DD_HH-MMtimezone_title_stakeholder-update-{channel}-{audience}.md

另请参阅

• 会议技能系列约定
• foundation-meeting-recap。上游：主要输入来源
• /discover-stakeholder-summary。用途不同（了解利益相关方，而非向其传达信息）