重要会议前需要私下战略准备时…

在利益相关者评审、高管简报、谈判邻近对话、首次会见新利益相关者，或需要向他人争取承诺/决策/批准时，生成不分享给参会者的私人战术准备文档。

适用场景

解决思路

1. 运行 anti-meeting check：应用触发模式；若匹配，提出异步替代方案并等待用户覆盖决定。
2. 要求正向同步价值声明（tradeoff to discuss、conflict to resolve、co-creation、relationship-building、blocker escalation）；如果未命名任何同步价值，在生成 brief 前推荐 async alternative。
3. 读取所有提供的输入：topic、attendees、prior recaps、stakeholder summaries、user's primary ask。
4. 加载任何 `@file` 引用。
5. 通过 `project` 或 `topics` frontmatter 匹配自动发现相关工件：同 topic 的 prior recaps、来自 `/discover-stakeholder-summary` 输出的 stakeholder summaries、相关 project docs。
6. 对缺失值运行推断：从 prior recaps 推断 stakeholder positions，从 topic 推断 primary ask，从 meeting type 推断 top-3 goals。
7. 展示简要推断摘要，接受单字 `go` 或修正。
8. 如果以 `--go` 调用，跳过推断摘要；如果用户已提供全部值，不出现检查点。
9. 当没有 stakeholder summaries 时，基于推断的 stakeholder positions 运行，并用低置信度标记，不因缺少输入阻塞。
10. 当 stakeholder positions、primary ask 或 decision-maker attribution 以低于 high confidence 被推断时，在 go-mode summary 中用 `⚠` 标记。
11. 推断 stakeholder positions 时：prior recap language、stakeholder summary content；若 recap 引用直接引语则为 high；若 position 出现在 2+ 个来源则为 medium；否则为 low。
12. 推断 stakes per attendee 时：依据 role 加 topic-ownership cues；始终标记为推断。
13. 推断 top 3 goals 时：依据 user's primary ask 加 meeting type；在 go-mode 中作为 ranked strawman 提供。
14. 推断 anticipated questions 时：依据 stakeholder position analysis 加 typical-by-role objections；标记为 inferred。
15. 推断 risks / tensions 时：依据 prior recaps 中的 conflict patterns；若 prior recap 标记了 contradiction 则为 high。
16. 构建 background section：相关历史、prior decisions、recent developments；可用时按文件名交叉引用 prior recaps。
17. 做 per-stakeholder analysis：对每位关键 attendee 记录 position on topic、stakes（赢或输什么）、likely concerns、relationship state（strong / neutral / strained）、tactical notes（如何接触）。
18. 排名 desired outcomes：must achieve / should achieve / nice to achieve；强制明确 tradeoff。
19. 起草 key messages：按优先级，以交付口吻措辞；不是供阅读的 bullet points，而是你会说出口的表述。
20. 预测 questions and responses：表格格式 `Q | prepared response`；瞄准用户最可能被问到的三个问题。
21. 识别 risks and tensions：附明确 mitigations；标记任何可能使会议脱轨的事项。
22. 明确 asks：具体到人名需要什么；不要泛泛“get alignment”，而是“ask alex to commit eng capacity for Q2 by Thursday”。
23. 定义 success signals：用户如何在当下知道会议进展顺利；用行为线索，不只结果标记。
24. 渲染 `TEMPLATE.md` 并验证：默认 `visibility: private`。
25. 渲染 `TEMPLATE.md` 并验证：存在 stakeholder list 时至少有 name、position。
26. 渲染 `TEMPLATE.md` 并验证：primary ask 非空；没有具体 ask 时用 `alignment` 或 `information gathering`。
27. 应用 quality checklist：anti-meeting check 已应用并记录。
28. 应用 quality checklist：默认应用 `visibility: private`。
29. 应用 quality checklist：background section 在可用时交叉引用 prior recaps。
30. 应用 quality checklist：每位关键 stakeholder 都有 position、stakes、concerns、relationship state entry，并对推断字段加 confidence markers。
31. 应用 quality checklist：desired outcomes 按 must / should / nice 排名，而不是平铺。
32. 应用 quality checklist：key messages 以交付口吻措辞，而不是供阅读。
33. 应用 quality checklist：anticipated Q&A table 有 3 条或更多条目。
34. 应用 quality checklist：asks 具体（named person、specific ask、by-when）。
35. 应用 quality checklist：shareable summary 仅供 trusted-advisor review，并明确标记。
36. 应用 quality checklist：Sources and References section 包含 Generation context，并标记 inferences。
37. 当 `.claude/pm-skills.local.md` 存在时启用 Project Memory Contract：读取 `active_initiative` 和近期 `decision` artifacts，让 brief 能陈述当前 position 而无需重新提供。
38. Project Memory Contract 的写入规则：不写入任何内容；brief 是准备，recap 才成为持久记录。
39. Project Memory Contract 的姿态：写入前提出 entry 并等待确认；除非 `memory_auto_append: true`，此时追加并回显写入内容。
40. Project Memory Contract 补充 filename-based chaining：文件名仍定位同一会议的 sibling artifacts，project memory 跨会议携带持久产品上下文。
41. 如果 `.claude/pm-skills.local.md` 不存在，完全忽略 Project Memory Contract，并严格按上述行为执行。

适用边界 · 注意事项

• 准备参会者会看到的议程时，应改用 `foundation-meeting-agenda`。
• 会议后总结时，应改用 `foundation-meeting-recap`。
• 会议低风险且流程成熟（例如例行团队同步、standup）时；brief 是额外开销，仅议程足够。