SuperAPI AI 工具集

foundation-meeting-brief

办公与效率

查看项目

更新于 10-15 15:14

技能介绍

用途

Meeting Brief 是用户在重要会议前使用的私人战略准备文档,适用于背景、利害关系或定位至关重要的会议。它记录用户需要了解的信息、希望达成的目标、将要接触的对象以及如何引导对话。这是战略准备,而非会议结构,因此与会议议程有明确区别。

该技能属于 Meeting Skills Family,并遵循 Meeting Skills Family Contract。

何时使用

  • 进入利益相关方评审、高管简报或接近谈判的对话时
  • 与新利益相关方的首次会面,关系校准很重要时
  • 用户需要从他人处获得某些东西(资源承诺、决策、批准)的会议
  • 任何需要特定定位、信息传递或风险引导的对话

何时不使用

  • 准备与会者将看到的议程。请改用 foundation-meeting-agenda。
  • 会后总结。请使用 foundation-meeting-recap。
  • 会议风险低且已驾轻就熟(例行的团队同步、站会)。对这些会议而言,简报是额外负担;仅议程就足够了。

零摩擦执行

根据家族契约,该技能从不在盘问上阻塞。默认流程:

  1. 读取所有提供的输入(主题、与会者、之前的回顾、利益相关方摘要、用户的主要请求)
  2. 通过项目或主题的 frontmatter 匹配自动发现相关工件
  3. 对缺失值进行推断(从之前的回顾推断利益相关方立场,从主题推断主要请求,从会议类型推断前三大目标)
  4. 呈现简报推断摘要,并接受一个词的确认或修正
  5. 产出简报

如果以 --go 调用,则跳过推断摘要。如果用户预先提供了所有值,则不会出现检查点。

当未提供利益相关方摘要时,该技能基于推断的利益相关方立场运行,并带有低置信度标记;它不会因缺少输入而阻塞。

反会议检查

该技能以共享的反会议检查开头。完整检查见 foundation-meeting-agenda。

v1.1.0:该检查要求提供积极的同步价值陈述(需要讨论的权衡、需要解决的冲突、共同创造、关系建立或阻塞升级)。简报准备场景通常能通过,因为它们通常涉及引导利益相关方立场或谈判动态,这符合“需要解决的冲突”或“关系建立”。但检查仍会运行,如果没有指明同步价值,该技能会在产出简报前推荐异步替代方案。

承重推断门(v1.1.0):当利益相关方立场、主要请求或决策者归属的推断低于高置信度时,在 go-mode 摘要中用 ⚠ 标记。简报的战术指导依赖这些内容;默默接受弱推断会产生有风险的建议。参见家族契约的“零摩擦执行”部分。

说明

当被要求创建会议简报时,请遵循以下步骤:

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

  2. 解析并加载输入 读取主题。加载任何 @file 引用。自动发现相关工件:同一主题的先前回顾(相同项目/主题 frontmatter)、来自 /discover-stakeholder-summary 输出的利益相关方摘要、相关项目文档。

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

    值 推断来源 置信度
    利益相关方立场 先前回顾的语言、利益相关方摘要内容 如果回顾引用了直接引语则为高;如果立场出现在 2 个以上来源则为中;否则为低
    每位与会者的利害关系 角色加上主题归属线索 始终标记推断
    前三大目标 用户的主要请求加上会议类型 在 go-mode 中作为排序的稻草人提供
    预期问题 利益相关方立场分析加上按角色典型的反对意见 标记为推断
    风险/张力 先前回顾中的冲突模式 如果先前回顾标记了矛盾则为高
  4. 呈现 go-mode 推断摘要 显示推断的利益相关方立场、主要请求、前三大目标。接受确认或修正。

  5. 构建背景部分 相关历史、先前决策、近期发展。在可用时按文件名交叉引用先前回顾。

  6. 进行每位利益相关方的分析 对每位关键与会者:在主题上的立场、利害关系(他们赢得或失去什么)、可能的关切、关系状态(强/中性/紧张)、战术笔记(如何接触)。

  7. 对期望成果进行排序 必须达成/应该达成/最好达成。明确强制权衡。

  8. 起草关键信息 按优先级顺序,以交付时的措辞表述。不是要阅读的要点;而是按你会说的方式表述。

  9. 预期问题与回应 表格格式:问题 | 准备好的回应。目标是用户最可能遇到的三个问题。

  10. 识别风险与张力 带有明确的缓解措施。标记任何可能使会议脱轨的事项。

  11. 指定请求 用户需要从具体某人那里得到什么,并点名。不是泛泛的“获得一致”,而是“请 alex 在周四前承诺 Q2 的工程资源”。

  12. 定义成功信号 用户如何在当下知道会议进展顺利。行为线索,而不仅仅是结果标记。

  13. 渲染 TEMPLATE.md 并验证

  • visibility: private 默认
  • 利益相关方列表在存在时具有最少字段(姓名、立场)
  • 主要请求非空(如果没有具体请求,使用“对齐”或“信息收集”)

项目记忆契约

仅当 .claude/pm-skills.local.md 存在时激活。没有该文件时,完全忽略此部分,并完全按上述行为运行。

  • 读取:active_initiative 和近期决策工件,以便简报可以陈述当前立场,而无需你重新提供。
  • 写入:无。简报是准备工作;回顾才是变得持久的内容。
  • 姿态:提出条目并等待确认后再写入,除非设置了 memory_auto_append: true,在这种情况下追加并回显所写内容。

这补充了家族基于文件名的链接,而不是取代它:文件名仍然定位一次会议的兄弟工件,而项目记忆则跨会议携带持久的产品上下文。

质量检查清单

  • 反会议检查已应用并记录
  • visibility: private 默认已应用
  • 背景部分在可用时交叉引用先前回顾
  • 每位关键利益相关方都有立场、利害关系、关切、关系状态条目(推断字段带有置信度标记)
  • 期望成果已排序(必须/应该/最好),而非平铺
  • 关键信息以交付时的措辞表述,而非用于阅读
  • 预期问答表有 3 个或更多条目
  • 请求具体(点名的人、具体请求、截止时间)
  • 可分享摘要仅适合可信顾问审阅(并如此标记)
  • 来源与参考部分包含生成上下文,并标记推断

另见

  • Meeting Skills Family Contract
  • foundation-meeting-agenda:共享反会议检查
  • /discover-stakeholder-summary:利益相关方立场的上游输入来源