关于 foundation-meeting-brief
为高影响会议提供私人策略准备文档,适用于需要处理利益相关者立场、争取决策或应对风险的场景。它将背景、目标、参会者分析和谈话策略汇集在一起,并以推断信心标记提示不确定之处。
主要功能
- 01整理背景与过往决策
- 02分析参会者立场和利害关系
- 03排列目标并拟定关键信息
- 04预判问题、风险及应对方式
- 05明确具体请求与成功信号
适用场景
- 01准备利益相关者评审或高管简报
- 02首次与新利益相关者会面
- 03为审批、决策或资源承诺做准备
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ product-on-purpose/ pm-skills --skill foundation-meeting-brief安装后在 Claude Code 中输入/foundation-meeting-brief确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
HISTORY.mdevals/trigger-fixtures.jsonreferences/EXAMPLE.mdTEMPLATE.md详细介绍
会议简报
会议简报是用户为会议准备的私人战略文件,适用于背景、利害关系或定位至关重要的会议。它记录用户需要了解的信息、希望达成的目标、沟通对象,以及如何引导对话。这是战略准备,而非会议结构安排,因此有别于会议议程。
此技能属于会议技能系列,并遵循会议技能系列约定。
适用场景
- 参加利益相关者评审、高管简报会或与谈判相关的对话
- 与新利益相关者的首次会议,需要校准双方关系
- 用户需要从他人那里获得支持的会议(资源投入承诺、决策或批准)
- 任何需要明确定位、传达信息或应对风险的对话
不适用场景
- 准备给参会者看的议程。请改用
foundation-meeting-agenda。 - 会后总结。请使用
foundation-meeting-recap。 - 会议风险较低且流程熟悉(定期团队同步会、站会)。为这类会议准备简报会增加负担;仅准备议程即可。
零摩擦执行
根据系列约定,此技能不会因提问而阻塞。默认流程:
- 阅读所有已提供的输入(主题、参会者、以往的会议回顾、利益相关者摘要、用户的首要诉求)
- 通过
project或topicsfrontmatter 匹配,自动发现相关材料 - 推断缺失值(根据以往的会议回顾推断利益相关者立场,根据主题推断首要诉求,根据会议类型推断前三项目标)
- 提供简短的推断摘要,并接受一个词的
go指令或修正 - 生成简报
如果使用 --go 调用,则跳过推断摘要。如果用户一开始就提供了所有值,则不会出现确认步骤。
如果未提供利益相关者摘要,此技能会基于推断出的利益相关者立场继续运行,并标记低置信度;不会因缺少输入而阻塞。
反会议检查
此技能以共用的反会议检查开篇。完整检查请参阅 foundation-meeting-agenda。
v1.1.0:检查要求明确说明同步交流的正向价值(需要讨论的权衡、需要解决的冲突、共同创作、建立关系或升级处理阻碍)。准备会议简报的场景通常会通过检查,因为这类场景往往需要处理利益相关者立场或谈判动态,符合“解决冲突”或“建立关系”的条件。但检查仍会执行;如果没有指出同步交流的价值,此技能会先建议异步替代方案,再生成简报。
关键推断关卡(v1.1.0):如果对利益相关者立场、首要诉求或决策者归属的推断置信度低于高置信度,则在 go 模式摘要中使用 ⚠ 标记。这些内容是简报战术建议的基础;悄然接受薄弱推断会导致高风险建议。请参阅系列约定中的“零摩擦执行”章节。
指南
收到创建会议简报的请求时,请按以下步骤操作:
-
运行反会议检查 应用触发模式。如果匹配,则提出异步替代方案并等待用户覆盖。
-
解析并加载输入 阅读主题。加载所有
@file引用。自动发现相关材料:同一主题的先前回顾(project/topicsfrontmatter 相同)、来自/discover-stakeholder-summary输出的利益相关方摘要,以及相关项目文档。 -
推断缺失值 应用以下规则:
值 推断依据 置信度 利益相关方立场 先前回顾中的表述、利益相关方摘要内容 如果回顾引用了直接引语,则为高;如果立场出现在 2 个以上来源中,则为中;否则为低 每位参会者的利害关系 角色及主题归属线索 始终标记为推断 前 3 项目标 用户的主要诉求及会议类型 在 go-mode 中作为排序后的草案提出 预期问题 利益相关方立场分析及按角色归纳的常见异议 标记为推断 风险 / 矛盾点 先前回顾中的冲突模式 如果先前回顾标记了矛盾,则为高 -
呈现 go-mode 推断摘要 展示推断出的利益相关方立场、主要诉求和前 3 项目标。接受
go或修正意见。 -
撰写背景部分 包含相关历史、先前决策和近期进展。尽可能按文件名交叉引用先前回顾。
-
逐一分析利益相关方 对每位关键参会者,列出其对主题的立场、利害关系(得失)、可能的顾虑、关系状态(良好 / 中立 / 紧张)以及策略备注(如何沟通)。
-
排列期望结果 分为必须达成 / 应当达成 / 最好达成。明确权衡取舍。
-
起草关键信息 按优先级排序,措辞适合当面表达。不要写成供人照读的项目符号,而要写成自然的口语表达。
-
预判问题并准备回应 使用表格格式:Q | prepared response。聚焦用户最可能遇到的三个问题。
-
识别风险和矛盾点 明确提出缓解措施。标记任何可能导致会议偏离目标的因素。
-
明确具体请求 写明用户需要向哪些具体人员提出什么请求。不要泛泛地写“达成共识”,而要写“请 alex 在周四前承诺为 Q2 提供工程资源”。
-
定义成功信号 说明用户如何在会议进行时判断会议进展顺利。关注行为表现,而不仅仅是结果指标。
-
生成 TEMPLATE.md 并验证
visibility: private为默认值- 如果存在利益相关方列表,至少包含 name、position 字段
- 主要诉求不能为空(如果没有具体诉求,则使用“达成共识”或“收集信息”)
项目记忆约定
仅当 .claude/pm-skills.local.md 存在时启用。若该文件不存在,则完全忽略本节
并严格按上述说明操作。
- **读取:**读取
active_initiative和近期的decision材料,以便简报能够陈述当前立场,而无需你再次提供。 - **写入:**不写入任何内容。简报用于准备;回顾才是需要长期保存的内容。
- **处理方式:**提出要写入的条目,并等待确认后再写入;除非设置了
memory_auto_append: true,此时应追加内容并回显写入的内容。
这与该系列基于文件名的衔接方式互为补充,而非取而代之:文件名仍用于定位同一会议的关联材料,而项目记忆则在不同会议之间保留持久的产品上下文。
质量检查清单
- 已应用并记录反会议检查
- 已应用
visibility: private默认值 - 背景部分在有可用的过往回顾时,会交叉引用这些回顾
- 每位关键利益相关者都有立场、利益诉求、顾虑和关系状态条目(对推断字段标注置信度)
- 已对期望成果进行排序(必须/应该/可选),而非平铺罗列
- 关键信息已措辞为便于口头传达,而非供阅读
- 预期问答表至少包含 3 条
- 请求具体明确(指明人员、具体请求和截止时间)
- 可分享摘要仅适合供信任的顾问审阅(已标注)
- 来源与参考资料部分包含生成背景,并标记推断内容
另请参阅
- 会议技能系列契约
foundation-meeting-agenda。共享反会议检查/discover-stakeholder-summary。利益相关者立场的上游输入来源