mcpField
F
foundation-meeting-brief

foundation-meeting-brief

github.com/product-on-purpose生产力769692 次安装4 天前更新
代码仓库

关于 foundation-meeting-brief

为高影响会议提供私人策略准备文档,适用于需要处理利益相关者立场、争取决策或应对风险的场景。它将背景、目标、参会者分析和谈话策略汇集在一起,并以推断信心标记提示不确定之处。

主要功能

  1. 01整理背景与过往决策
  2. 02分析参会者立场和利害关系
  3. 03排列目标并拟定关键信息
  4. 04预判问题、风险及应对方式
  5. 05明确具体请求与成功信号

适用场景

  1. 01准备利益相关者评审或高管简报
  2. 02首次与新利益相关者会面
  3. 03为审批、决策或资源承诺做准备

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill foundation-meeting-brief

安装后在 Claude Code 中输入/foundation-meeting-brief确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

会议简报

会议简报是用户为会议准备的私人战略文件,适用于背景、利害关系或定位至关重要的会议。它记录用户需要了解的信息、希望达成的目标、沟通对象,以及如何引导对话。这是战略准备,而非会议结构安排,因此有别于会议议程。

此技能属于会议技能系列,并遵循会议技能系列约定。

适用场景

  • 参加利益相关者评审、高管简报会或与谈判相关的对话
  • 与新利益相关者的首次会议,需要校准双方关系
  • 用户需要从他人那里获得支持的会议(资源投入承诺、决策或批准)
  • 任何需要明确定位、传达信息或应对风险的对话

不适用场景

  • 准备给参会者看的议程。请改用 foundation-meeting-agenda。
  • 会后总结。请使用 foundation-meeting-recap。
  • 会议风险较低且流程熟悉(定期团队同步会、站会)。为这类会议准备简报会增加负担;仅准备议程即可。

零摩擦执行

根据系列约定,此技能不会因提问而阻塞。默认流程:

  1. 阅读所有已提供的输入(主题、参会者、以往的会议回顾、利益相关者摘要、用户的首要诉求)
  2. 通过 project 或 topics frontmatter 匹配,自动发现相关材料
  3. 推断缺失值(根据以往的会议回顾推断利益相关者立场,根据主题推断首要诉求,根据会议类型推断前三项目标)
  4. 提供简短的推断摘要,并接受一个词的 go 指令或修正
  5. 生成简报

如果使用 --go 调用,则跳过推断摘要。如果用户一开始就提供了所有值,则不会出现确认步骤。

如果未提供利益相关者摘要,此技能会基于推断出的利益相关者立场继续运行,并标记低置信度;不会因缺少输入而阻塞。

反会议检查

此技能以共用的反会议检查开篇。完整检查请参阅 foundation-meeting-agenda。

v1.1.0:检查要求明确说明同步交流的正向价值(需要讨论的权衡、需要解决的冲突、共同创作、建立关系或升级处理阻碍)。准备会议简报的场景通常会通过检查,因为这类场景往往需要处理利益相关者立场或谈判动态,符合“解决冲突”或“建立关系”的条件。但检查仍会执行;如果没有指出同步交流的价值,此技能会先建议异步替代方案,再生成简报。

关键推断关卡(v1.1.0):如果对利益相关者立场、首要诉求或决策者归属的推断置信度低于高置信度,则在 go 模式摘要中使用 ⚠ 标记。这些内容是简报战术建议的基础;悄然接受薄弱推断会导致高风险建议。请参阅系列约定中的“零摩擦执行”章节。

指南

收到创建会议简报的请求时,请按以下步骤操作:

  1. 运行反会议检查 应用触发模式。如果匹配,则提出异步替代方案并等待用户覆盖。

  2. 解析并加载输入 阅读主题。加载所有 @file 引用。自动发现相关材料:同一主题的先前回顾(project / topics frontmatter 相同)、来自 /discover-stakeholder-summary 输出的利益相关方摘要,以及相关项目文档。

  3. 推断缺失值 应用以下规则:

    值推断依据置信度
    利益相关方立场先前回顾中的表述、利益相关方摘要内容如果回顾引用了直接引语,则为高;如果立场出现在 2 个以上来源中,则为中;否则为低
    每位参会者的利害关系角色及主题归属线索始终标记为推断
    前 3 项目标用户的主要诉求及会议类型在 go-mode 中作为排序后的草案提出
    预期问题利益相关方立场分析及按角色归纳的常见异议标记为推断
    风险 / 矛盾点先前回顾中的冲突模式如果先前回顾标记了矛盾,则为高
  4. 呈现 go-mode 推断摘要 展示推断出的利益相关方立场、主要诉求和前 3 项目标。接受 go 或修正意见。

  5. 撰写背景部分 包含相关历史、先前决策和近期进展。尽可能按文件名交叉引用先前回顾。

  6. 逐一分析利益相关方 对每位关键参会者,列出其对主题的立场、利害关系(得失)、可能的顾虑、关系状态(良好 / 中立 / 紧张)以及策略备注(如何沟通)。

  7. 排列期望结果 分为必须达成 / 应当达成 / 最好达成。明确权衡取舍。

  8. 起草关键信息 按优先级排序,措辞适合当面表达。不要写成供人照读的项目符号,而要写成自然的口语表达。

  9. 预判问题并准备回应 使用表格格式:Q | prepared response。聚焦用户最可能遇到的三个问题。

  10. 识别风险和矛盾点 明确提出缓解措施。标记任何可能导致会议偏离目标的因素。

  11. 明确具体请求 写明用户需要向哪些具体人员提出什么请求。不要泛泛地写“达成共识”,而要写“请 alex 在周四前承诺为 Q2 提供工程资源”。

  12. 定义成功信号 说明用户如何在会议进行时判断会议进展顺利。关注行为表现,而不仅仅是结果指标。

  13. 生成 TEMPLATE.md 并验证

    • visibility: private 为默认值
    • 如果存在利益相关方列表,至少包含 name、position 字段
    • 主要诉求不能为空(如果没有具体诉求,则使用“达成共识”或“收集信息”)

项目记忆约定

仅当 .claude/pm-skills.local.md 存在时启用。若该文件不存在,则完全忽略本节 并严格按上述说明操作。

  • **读取:**读取 active_initiative 和近期的 decision 材料,以便简报能够陈述当前立场,而无需你再次提供。
  • **写入:**不写入任何内容。简报用于准备;回顾才是需要长期保存的内容。
  • **处理方式:**提出要写入的条目,并等待确认后再写入;除非设置了 memory_auto_append: true,此时应追加内容并回显写入的内容。

这与该系列基于文件名的衔接方式互为补充,而非取而代之:文件名仍用于定位同一会议的关联材料,而项目记忆则在不同会议之间保留持久的产品上下文。

质量检查清单

  • 已应用并记录反会议检查
  • 已应用 visibility: private 默认值
  • 背景部分在有可用的过往回顾时,会交叉引用这些回顾
  • 每位关键利益相关者都有立场、利益诉求、顾虑和关系状态条目(对推断字段标注置信度)
  • 已对期望成果进行排序(必须/应该/可选),而非平铺罗列
  • 关键信息已措辞为便于口头传达,而非供阅读
  • 预期问答表至少包含 3 条
  • 请求具体明确(指明人员、具体请求和截止时间)
  • 可分享摘要仅适合供信任的顾问审阅(已标注)
  • 来源与参考资料部分包含生成背景,并标记推断内容

另请参阅

评论

支持 Markdown