foundation-meeting-recap

会议回顾

会议回顾是面向参会者并可少量分发的会后总结，按主题分段整理。它按主题而非时间顺序组织内容，以醒目的方式突出决策，并在每个主题段落中直接记录行动项（包括负责人、截止日期和依赖项），最后附上汇总的行动项视图，方便快速浏览。

此技能涵盖了原本可能独立存在的「meeting-actions」技能。这类行动项与使其有意义的上下文放在一起，而不是作为同级文档单独呈现。

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

适用场景

• 任何会产生影响参会者的决策或行动项的内部会议之后
• 存在同系列的 foundation-meeting-agenda，且需要对照议程（计划主题与实际主题）时
• 团队需要按主题组织的参考资料，而不是按时间顺序排列的逐字稿时
• 输入包含转录内容（Zoom、Meet、Otter、Fireflies、Krisp MCP）或混合笔记与转录内容时

不适用场景

• 在会议开始前设置参会者将看到的会议结构（主题、负责人、时间安排）。请使用 foundation-meeting-agenda。回顾总结会议结束后发生的事情；议程则设定会议开始前的预期。
• 为重要会议准备用户的私人战略定位。请使用 foundation-meeting-brief。回顾是共享的会后记录；简报是会前战术准备，不会向参会者展示。
• 向未参会者传达会议结果。请使用 foundation-stakeholder-update。回顾假设读者了解背景；利益相关者更新则会为不了解背景的读者转换内容。
• 跨会议综合分析（多场会议中的模式）。请使用 foundation-meeting-synthesize。
• 综合分析不同参与者的用户研究访谈，而非单场会议的参会者。请使用 discover-interview-synthesis。回顾按主题整理单场会议；访谈综合则从多场研究对话中找出模式。
• 实时会议记录。此技能处理已完成的输入，不会实时转录。

零摩擦执行

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

1. 阅读所有提供的输入（转录内容、笔记或混合内容），并在开始时注明输入质量
2. 通过匹配同目录下的文件名前缀，自动发现相关议程文件 *_{title}_agenda.md
3. 进行推断：从内容提取会议元数据，根据语言标记识别决策，根据祈使语气和将来时模式识别行动项，并结合参会者上下文确定负责人
4. 提供简短的推断摘要，并接受单词 go 或更正
5. 生成会议回顾

如果使用 --go 调用，则跳过推断摘要。如果用户预先提供了所有元数据，则不会出现检查点。

禁止编造

此技能绝不会编造负责人、决策或行动项。如果某项行动没有明确负责人，则记录为 [owner: unassigned, needs confirmation]，而不是擅自指定。如果某项决策是隐含的（「听起来我们决定了 X」），则会标注置信度，而不会将其陈述为事实。编造会造成比标注问题带来的轻微不便更严重的信任损耗。

所有权协调阈值（v1.1.0）

当未分配操作数与操作总数的比率超过 0.3（30%），或者任何高优先级操作缺少负责人时，技能会在回顾顶部（主题分段上方）显示专门的 ## ⚠ Ownership reconciliation required 部分，其中列出：

• 所有未分配的操作
• 每项操作的建议后续步骤（根据主题上下文推断可能的负责人，并标记为推断）
• 建议的跟进方式（Slack 讨论串、15 分钟同步会议、异步调查）

触发时，可分享摘要也会以此标记开头：⚠ Ownership reconciliation required: N of M actions lack owners.

unassigned_action_ratio frontmatter 字段（浮点数 0.0-1.0）会记录该比率，供下游工具使用。

理由：一份有 60% 操作没有负责人的回顾，虽然「并非凭空捏造」（符合上述禁令），但在实际操作中毫无用处，只是一堆无法执行的工单。设置此阈值可以让问题显现出来，而不是悄然发布。

说明

收到创建会议回顾的请求时，请按以下步骤操作：

1. 解析输入并判断类型 可能是 transcript（带时间戳和发言人标注的行）、笔记（项目符号或散文），或混合形式。预先说明输入质量。transcript 加结构化笔记属于高质量；零散的项目符号属于低质量。

2. 自动发现相关议程 在同一目录中查找符合 {YYYY-MM-DD}_{HH-MMtimezone}_{title-slug}_agenda.md 模式的文件。若找到，则加载该文件。其中的主题列表是回顾的主题骨架，desired_outcomes 用于会议质量协调。

3. 提供 go 模式推断摘要 显示检测到的会议日期、标题、参会者（如能推断）和输入质量评估。接受 go 或更正。

4. 按主题分段整理内容

   • 如果已加载议程，将其主题列表用作框架（加上任何新出现的主题）
   • 如果没有议程，则根据 transcript 中的话语标记识别主题（例如「接下来谈谈」「另一件事」）

5. 逐个主题分段提取

   • 讨论摘要：用 2-3 句话概述讨论内容
   • 已做出的决定：以粗体醒目标注。绝不捏造。不确定时，标记为「似乎已决定 X［置信度：中］」
   • 操作项：负责人 + 截止日期 + 依赖项。缺少负责人时标记为 [owner: unassigned]，缺少日期时标记为 [due: not specified]。绝不臆造。
   • 待解决问题：尚未解决的事项，并标明其确实未解决或只是未再次提及的置信度

6. 按负责人汇总操作项 将所有操作项按负责人重新分组，方便单个负责人快速查看（「这次会议后我需要做什么？」）。

7. 协调议程（如果已加载议程）

   • topics_planned：来自议程的主题列表
   • topics_hit：实际讨论过的主题
   • topics_skipped：计划讨论但未讨论的主题，并简要说明原因
   • topics_emerged：讨论过但不在议程上的主题

8. 评估会议质量信号

   • outcomes_achieved：议程中已达成的 desired_outcomes 数量与总数之比（N/M；仅在有议程时提供）
   • started_on_time / ended_on_time：有时间戳时根据时间戳判断；无时间戳时跳过
   • key_attendees_present：若决策者缺席，则标记

9. 列出后续步骤 下次重新开会时，关键路径上必须提前完成哪些事项。

10. 渲染 TEMPLATE.md 并验证

    • 每项操作的负责人都出现在 attendees 中，或明确标记为 unassigned
    • 填写时，meeting_quality.outcomes_achieved 符合 N/M 格式
    • 即使列表为空，也必须包含 agenda_reconciliation 字段

项目记忆约定

仅当 .claude/pm-skills.local.md 存在时生效。如果没有此文件，则完全忽略本节，并严格按照上述说明行事。

• 读取：active_initiative，以便将决策记录到其所属的倡议中。
• **写入：**将会议中实际达成的每项决策写入 ## Decisions 部分，注明日期和归属，并将回顾内容本身作为 decision 工件记录。
• **操作方式：**先提出要写入的内容并等待确认，除非设置了 memory_auto_append: true；若已设置，则直接追加并回显写入的内容。
• **写入规范：**写入前立即重新读取文件，绝不能使用生成提议时所依据的副本。如果文件在此期间发生变化，则将条目合并到当前内容中，并重新提出，而不是覆盖文件；只添加自己的条目，其他每个字段和部分都必须逐字节保持不变。运行时没有任何机制强制执行此规范，而且该文件被 git 忽略，因此若不慎重写整个文件，就会丢失其他会话的工作，且无法恢复。

上述禁止捏造的规定同样适用于此处的写入，不得例外：只记录明确说出的决策。未记录的决策可以恢复；而被编造并写入持久记忆的决策无法挽回。这是对同一组文件名链式关联方式的补充，而非替代：文件名仍用于定位同一会议的同级工件，项目记忆则用于在不同会议之间保留持久的产品背景。

质量检查清单

• 如实标注输入质量（高／中／低）
• 尝试自动发现议程；在 Generation context 中注明结果
• 每个主题片段均包含 Discussion / Decisions / Actions / Open questions 子章节
• 决策以粗体标记；绝不捏造；推断内容须标注置信度
• 每项行动均注明负责人（或明确标注 unassigned）和截止日期（或明确标注 not specified）
• 按负责人重新分组整理汇总行动
• 已加载议程时，填写议程对照信息
• 使用现有数据填写会议质量信号；对跳过的字段加以标注
• 可分享的摘要为 5–6 行，先列出决策和最重要的行动
• 在 Sources and References Generation context 中注明转录来源，以及缺失的负责人／日期

另请参阅

• Meeting Skills Family Contract
• foundation-meeting-agenda。上游：提供主题框架和期望成果
• foundation-meeting-synthesize。下游：使用回顾内容进行跨会议综合
• foundation-stakeholder-update。下游：将回顾结果传达给未参会者