foundation-meeting-synthesize

会议综合分析

会议综合分析是面向多会议项目的考古技能。它会分析一段时间内的一系列会议回顾（也可选择提供原始笔记），并揭示单场会议无法呈现的模式：决策如何演变、利益相关方立场如何转变、哪些讨论停滞不前，以及出现了哪些矛盾。

与 /discover-interview-synthesis 不同：该技能面向用户研究对话，采用研究专用框架（待办事项、购买洞察）。本技能面向内部组织会议，关注组织特有的模式（利益相关方协调、决策演变、项目历史）。

本技能属于 Meeting Skills Family，并遵循 Meeting Skills Family Contract。

适用场景

• 跨一系列会议准备董事会材料或高管简报
• 帮助新团队成员了解某项计划的历史
• 为项目复盘提供素材（讲述项目如何发展至今）
• 调查一项跨多场会议的计划为何停滞
• 对跨越多场会议的主题进行季度回顾
• 揭示单场会议审阅者未能发现的矛盾

不适用场景

• 总结单场会议。请改用 foundation-meeting-recap。
• 对外传达会议结果。请改用 foundation-stakeholder-update。
• 综合分析用户研究对话。请改用 discover-interview-synthesis。

零阻碍执行

根据此技能族契约，本技能绝不会因追问而中断。默认流程：

1. 加载所有提供的源文件（优先使用会议回顾，也接受原始笔记，但会降低输入质量标记）
2. 应用筛选条件（时间范围、主题、利益相关方）
3. 推断主题、利益相关方变化和矛盾
4. 提供简要推断摘要（筛选后的会议数量、检测到的时间范围、各来源的输入质量、应用的范围筛选条件）
5. 等待用户回复 go 或提出修正
6. 生成综合分析

如果使用 --go 调用，则跳过推断摘要。格式提示（board-prep、onboarding、retro-input、exec-brief）只控制输出呈现方式，不改变底层流程。

说明

收到创建会议综合分析的请求时，请遵循以下步骤：

1. 加载来源 阅读所有提供的会议回顾文件名或笔记文件。解析 frontmatter，提取会议元数据。记录各来源的输入质量（如果会议回顾的 frontmatter 中有 input_quality，则使用该值；否则根据内容评估）。

   元数据来源跟踪（v1.1.0）：还要记录每份会议回顾的 meeting_type_source 字段（explicit | inferred | null）。综合分析混合来源时，必须在“范围”部分明确说明各类来源的分布：“meeting_type 值：N 个 explicit、M 个 inferred、K 个 null。”这样可以避免按 meeting_type 筛选混合不同置信度的来源时产生无法复现的结果。如果按 meeting_type 筛选，请说明筛选是否包含推断值，以及如何处理 null 值。

2. 应用筛选条件 如果提供了时间范围、主题或利益相关方筛选条件，则在继续前缩小来源集合。将应用的筛选条件记录在 frontmatter 的 scope_filter 中。

3. 提供 Go 模式推断摘要 说明筛选后的会议数量、根据来源元数据检测到的时间范围、各来源的输入质量等级，以及范围筛选条件说明。

4. 构建纯文本时间线 按 meeting_date 进行时间顺序排列。每条记录应显示日期、会议名称、关键决策或变化，并在适用时标注置信度或矛盾标记。以 Markdown 格式呈现（不要使用二进制图像；必须确保在任何地方都能呈现）。

5. 提取主题 将各来源中反复出现的话题归类。对每个主题，记录其描述、出现的来源，以及根据出现频率标注的置信度（“出现在 5 场会议中的 5 场” → 高；“出现在 5 场会议中的 2 场” → 中；“仅在 1 场会议中提及” → 低）。

6. 跟踪利益相关方立场 对各来源中提及的每位利益相关方，记录其初始立场 → 当前立场、一致状态（aligned / divergent / shifting）以及带日期的关键表述。根据立场是直接引用还是转述，标注其可信度。

7. 整合决策 跨会议按时间顺序排序。表格格式：日期 | 决策 | 背景 | 会议 | 可信度。

8. 区分决策演变与未解决的矛盾（v1.1.0） 分成两个不同的输出，而不是合并为一个“矛盾”部分：

   • 决策演变（已解决）：同一主题的早期决策 → 后续决策，且后续决策取代了早期决策。这是历史背景，不是警示标志。不要使用 ⚠ 强调。
   • 未解决的矛盾：当前存在冲突、需要协调的决策或立场。使用 ⚠ 进行视觉强调。每项包括：
     • 较早的参考记录（会议 + 日期 + 决策）
     • 较晚的参考记录（会议 + 日期 + 冲突的决策）
     • 状态：未解决 / 需要协调

   这一区分很重要，因为 v1.0.0 将两者混为一谈，在高管场景中造成了“矛盾”的误报，而所谓“矛盾”实际上是有意的范围演变。

9. 识别待办事项和停滞的议题 列出出现 2 次或以上但尚未解决的主题，以及它们最后一次出现的时间。

10. 撰写叙述式摘要 用 2–3 个段落说明发生了什么、有哪些变化、当前进展如何以及利害攸关之处。讲述这组会议的“故事”。

11. 确定后续建议的优先级

    • 高：立即解除阻碍；建议负责人或讨论渠道
    • 中：重要，但不构成阻碍
    • 低：持续关注 每项建议都需说明理由。

12. 应用格式提示（如已提供） 一个流程生成完整的综合数据。格式提示决定针对特定用途的章节顺序和截断方式：

    • board-prep：优先呈现叙述式摘要 + 矛盾 + 已排序的后续建议；缩短时间线
    • onboarding：优先呈现叙述式摘要 + 利益相关方跟踪；提供完整时间线
    • retro-input：优先呈现主题 + 停滞的议题 + 会议质量汇总
    • exec-brief：执行摘要 + 仅列出最重要的 3 项

13. 渲染 TEMPLATE.md 并验证

    • source_meetings 列表非空
    • time_range.start ≤ time_range.end
    • 每个主题都有可信度标记
    • 每项矛盾都有前后来源引用
    • 至少有 1 项已确定优先级的后续建议

项目记忆约定

仅当 .claude/pm-skills.local.md 存在时才启用。若没有该文件，请完全忽略本节， 并严格按照上述说明执行。

• **读取：**同一主题的 active_initiative 和先前的 interpretation 产物，以便综合结果体现进展，而不是重复已记录的内容。
• **写入：**将综合结果作为 interpretation 产物。
• **处理方式：**提出条目并等待确认后再写入，除非设置了 memory_auto_append: true；在这种情况下，追加条目并回显写入的内容。
• **写入规则：**写入前立即重新读取文件，不能使用生成提议时读取的副本。如果文件在此期间发生变化，应将条目合并到当前内容中，并重新提出，而不是覆盖；只添加自己的条目，并保持其他所有字段和章节逐字节不变。运行时没有任何机制强制执行这些规则，且该文件被 gitignore，因此若不谨慎地重写整个文件，其他会话的工作将丢失，且无法恢复。

这与该系列基于文件名的串联方式相辅相成，而非取代它：文件名仍用于定位同一会议的同级产物，项目记忆则在不同会议之间保留持久的产品背景。

质量检查清单

• 列出源会议，注明文件名、日期和每个来源的输入质量
• 填写时间范围，且范围合理
• 说明范围筛选条件（或注明“未应用”）
• 时间线使用纯文本 Markdown（不包含二进制图片）
• 主题包含与出现频率相关联的置信度标记
• 利益相关者立场跟踪展示其变化过程（从最初到当前），而非仅提供快照
• 整合后的决策列表按时间顺序排列，并附来源引用
• 矛盾单独列为一级章节，明确标出（而非埋在其他内容中）
• 叙述性摘要为 2-3 个段落，而非项目符号列表
• 后续事项按优先级排序（高 / 中 / 低），并说明理由
• Frontmatter 不包含单次会议字段（meeting_title、meeting_date 等）
• Sources 和 References 根据各来源的输入质量赋予权重

另请参阅

• Meeting Skills Family Contract
• foundation-meeting-recap。上游：主要输入来源
• /discover-interview-synthesis。用于用户研究对话的同类模式（领域不同）