会议结束后按主题整理可分发纪要：决策高亮…

任何产生了决策或行动项的内部会议结束后，需要一份按主题（而非时间顺序）组织、面向参会者分发的会议纪要时使用。

适用场景

解决思路

1. 解析输入并判断类型：transcript（带时间戳和发言人标注）、notes（bullet 或散文）或 hybrid 混合；先如实标注输入质量（transcript + 结构化 notes 为高，零散 bullet 为低）。
2. 自动发现相关议程：在同一目录查找匹配 `{YYYY-MM-DD}_{HH-MMtimezone}_{title-slug}_agenda.md` 模式的文件；若找到则加载，以其 topic 列表作为纪要的主题骨架，以其 `desired_outcomes` 驱动会议质量对账。
3. 展示 go-mode 推断摘要：列出检测到的会议日期、标题、参会者（若可推断）、输入质量评估；接受一个词的 `go` 或用户纠正。若以 `--go` 调用则跳过推断摘要；若用户已提前提供全部元数据则不出现该检查点。
4. 按主题切分内容：有议程时用其 topic 列表作为脚手架（并纳入新出现的主题）；无议程时依据对话中的话语标记（如 “moving on to”“the other thing”）识别主题。
5. 每个主题段落中提取：讨论摘要（2-3 句说明讨论了什么）；决策（视觉上加粗标记，绝不臆造，不确定时写 “appears to have decided X [confidence: medium]”）；行动项（owner + due date + dependencies，缺失 owner 写 `[owner: unassigned]`，缺失日期写 `[due: not specified]`，绝不编造）；未决问题（标注其究竟是真正未解决还是只是未被再次提出的 confidence marker）。
6. 按 owner 重新汇总所有行动项，使单个 owner 能一眼扫出“这场会后我欠什么”。
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. 给出 next steps：下次重聚前，关键路径上需要发生什么。
10. 渲染 TEMPLATE.md 并校验：每个行动项的 owner 必须出现在 `attendees` 中或显式标为 `unassigned`；`meeting_quality.outcomes_achieved` 在填充时符合 `N/M` 格式；`agenda_reconciliation` 字段即使为空列表也必须存在。
11. 遵守禁止臆造原则：绝不编造 owner、决策或行动项；行动项无明确 owner 时记为 `[owner: unassigned, needs confirmation]`；决策只是隐含（“听起来我们决定了 X”）时加 confidence 标记而非作为事实陈述——臆造造成的信任衰减比标记带来的轻微摩擦更糟。
12. 按 owner 归属对账阈值处理：当未指派行动项占总行动项比例超过 0.3（30%），或任一高优先级行动项缺少 owner 时，在纪要顶部（主题段落之上）加入 `## ⚠ Ownership reconciliation required` 段，列出所有未指派行动项、每条建议的下一步（基于主题上下文推断谁应负责，标注为 inference）、推荐的跟进动作（Slack thread、15 分钟同步、异步问卷）；此时可分享摘要也以该旗标开头：`⚠ Ownership reconciliation required: N of M actions lack owners.`；并在 frontmatter 的 `unassigned_action_ratio` 字段（0.0-1.0 浮点数）记录该比例供下游工具使用。
13. 项目记忆契约（仅当 `.claude/pm-skills.local.md` 存在时生效，无该文件则完全忽略本节）：读取 `active_initiative`，使决策被记录到其所属 initiative；把会议中真正达成的每个决策（带日期和归属）写入 `## Decisions` 段，并把纪要本身作为 `decision` artifact 写入；默认先提议条目并等待确认，除非设置了 `memory_auto_append: true`（此时直接追加并回显写入内容）；写入纪律：写入前立即重读文件，绝不基于生成提议时的那份副本写入；若文件期间已变化，则把自己的条目合并进当前状态并重新提议，而不是覆盖——只添加自己的条目，其他字段和段落保持逐字节不变（该文件被 gitignore 且无运行时保护，粗暴整文件写入会不可恢复地丢失其他会话的工作）。
14. 输出可分享摘要：5-6 行，以决策和首要行动项开头；并在 Sources and References / Generation context 中注明 transcript 来源以及缺失的 owner/date。
15. 对照质量清单自检：输入质量如实标注（high/medium/low）；已尝试议程自动发现并在 Generation context 记录结果；每个主题段落都含 Discussion / Decisions / Actions / Open questions 子节；决策加粗标记、绝不臆造、推断时标 confidence；每个行动项都有 owner（或显式 `unassigned`）+ due date（或显式 `not specified`）；行动项汇总视图按 owner 重分组；加载议程时议程对账已填充；会议质量信号在数据可得时填充、跳过的字段已标记。

适用边界 · 注意事项

• 会前设定参会者将看到的结构（主题、负责人、时间盒）时，改用 `foundation-meeting-agenda`。
• 需要跨多场会议做模式综合，或综合多位参与者的用户研究访谈时，改用 `foundation-meeting-synthesize` 或 `discover-interview-synthesis`。
• 会议进行中实时记笔记，或需要把结论传达给不具备会议上下文的非参会者时——本技能消费已完成的输入，且假设读者具备上下文。