跨多次会议做综合考古：从多份会议纪要中提炼决策演变…

当你需要跨多场会议回顾某个议题的来龙去脉（如董事会准备、新人入职、复盘、排查停滞原因）时，用多份会议纪要综合出时间线、主题、立场演变与矛盾点。

适用场景

解决思路

1. 加载所有提供的源文件（优先使用 recap，也接受原始笔记但标记为较低输入质量），解析 frontmatter 提取会议元数据，并记录每个源的输入质量（优先取 recap frontmatter 的 input_quality，否则从内容评估）。
2. 元数据来源追踪：对每份 recap 记录 meeting_type_source 字段（explicit | inferred | null）；跨混合来源综合时，必须在 Scope 部分明确记录混合情况，例如“meeting_type 值：N 个 explicit、M 个 inferred、K 个 null”；若按 meeting_type 过滤，需说明是否包含 inferred 值以及如何处理 null 值。
3. 应用过滤器：若提供了时间范围、主题或相关方过滤，先缩小源集合再继续，并把所用过滤记录到 frontmatter 的 scope_filter。
4. 呈现 go 模式推断摘要：过滤后的会议数量、从源元数据检测到的时间范围、每个源的输入质量等级、scope 过滤描述。
5. 构建纯文本时间线：按 meeting_date 时间顺序排列，每条显示日期、会议名称、关键决策或转变，以及适用的置信度或矛盾标记；用 markdown 渲染（不要二进制图片，必须到处都能渲染）。
6. 提取主题：跨源聚类反复出现的议题；每个主题记录描述、出现的来源、与频率挂钩的置信度标记（“5/5 次会议出现”→高；“2/5 次会议出现”→中；“仅 1 次会议提及”→低）。
7. 追踪相关方立场：对每个被点名的相关方，跨源记录初始立场→当前立场、对齐状态（aligned / divergent / shifting）、带日期的关键陈述；根据是直接引用还是转述，为每个立场标注置信度。
8. 整合决策：跨会议、按时间顺序排列，表格格式为 Date | Decision | Context | Meeting | Confidence。
9. 区分决策演变与未解决矛盾（两个独立输出，不要合并成一个“矛盾”部分）：决策演变（已解决）指同一议题上较早决策→较晚决策且后者取代前者，属于历史背景而非红旗，不加 ⚠ 强调；未解决矛盾指当前仍冲突、需要调和的决策或立场，使用 ⚠ 视觉强调，每条包含较早引用（会议+日期+决策）、较晚引用（会议+日期+冲突决策）、状态（unresolved / needs reconciliation）。
10. 识别未决事项与停滞线索：出现 2 次以上仍未解决的议题，以及它们最后一次出现的时间。
11. 撰写叙述性摘要：2-3 段，说明发生了什么、改变了什么、当前处境、利害所在，即这组会议的“故事”。
12. 排定后续建议优先级：高（现在就要解除阻塞，建议负责人或论坛）、中（重要但不阻塞）、低（监控），每条附理由。
13. 应用格式提示（若提供）：同一流程生成完整综合数据，提示只控制章节顺序与截断——board-prep 以叙述+矛盾+优先后续开头、时间线更短；onboarding 以叙述+相关方追踪开头、完整时间线；retro-input 以主题+停滞线索+会议质量汇总开头；exec-brief 仅 TL;DR + 前 3 项。
14. 渲染 TEMPLATE.md 并校验：source_meetings 列表非空；time_range.start ≤ time_range.end；每个主题都有置信度标记；每个矛盾都有前后来源引用；至少 1 条优先后续事项。
15. 项目记忆契约（仅当 .claude/pm-skills.local.md 存在时生效）：读取同一议题的 active_initiative 与既有 interpretation 产物，使综合展示进展而非复述已记录内容；将本次综合写为 interpretation 产物；除非 memory_auto_append: true，否则先提议条目并等待确认再写入；写入纪律：写前立即重读文件（不要用生成提议时的副本），若期间有变化则把条目合并进当前状态并重新提议而非覆盖，只添加自己的条目、其他字段与章节保持逐字节不变。

适用边界 · 注意事项

• 单次会议总结：应使用 foundation-meeting-recap。
• 对外沟通结果：应使用 foundation-stakeholder-update。
• 用户研究对话综合：应使用 discover-interview-synthesis。