SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场foundation-meeting-agenda

foundation-meeting-agenda

办公与效率

查看项目

更新于 10-15 15:13

技能介绍

用途

会议议程是一份面向参会者的结构性文档，在会议开始前设定预期，回答“我们将讨论什么、每个议题由谁负责、时间如何分配、完成的标准是什么”。它与会议简报不同：简报是用户私人的战略准备材料，而议程是分享给参会者、聚焦结构与流程的文档。

本技能属于 Meeting Skills Family，遵循该家族的共享约定，包括共享的 frontmatter、文件命名、go-mode 行为模式以及所有会议技能通用的输出要求。

何时使用

  • 主持或召开跨职能工作会、项目启动会、干系人评审会或决策会
  • 参会者超过三人或会议时长超过三十分钟
  • 需要每次重新构建滚动结构的例会（一对一、团队同步）
  • 项目推进中期的对齐时刻，需要明确期望成果以防止偏离

何时不使用

  • 用户的准备是私密且策略性的（定位、干系人解读、诉求），应改用 foundation-meeting-brief
  • 会议已经结束，应改用 foundation-meeting-recap 进行会后总结
  • 用户希望向非参会者传达结果，应在会后使用 foundation-stakeholder-update

零摩擦执行

根据家族约定，本技能不会因追问而阻塞。默认流程：

  1. 读取所有提供的输入（主题、引用的文件、参会者名单、约束条件）
  2. 对缺失值进行推断（从主题关键词推断会议类型、默认时长、从主题措辞推断目标、从上下文推断参会者角色）
  3. 展示简短的推断摘要，接受一个词的 go 或修正
  4. 生成议程

如果以 --go 调用，则跳过推断摘要，直接使用默认值生成输出（时长 30 分钟、会议类型 other 等）。如果用户提前提供了所有值，则不出现检查点。

仅当推断置信度在关键输入上确实很低且不存在合理默认值时，才使用阻塞性问题。这种情况应当很少见。

反会议检查

本技能以明确问题开头：“这需要开会，还是可以异步处理？”

v1.1.0 版本要求给出正向的同步价值陈述。只有满足以下至少一项时，会议才通过检查：

  • 需要讨论的权衡：多个选项、偏好不确定
  • 需要解决的冲突：具名干系人存在分歧
  • 共同创造：会议中进行共享白板或文档协作
  • 关系建立：首次干系人会议、相互校准
  • 阻塞升级：时间敏感的解除阻塞

如果都不适用，技能会建议异步替代方案（书面更新、文档评审、Slack 投票），并生成一份简短的“如何异步处理”框架，而非议程。

v1.0.0 版本的检查（“无权衡的单一负责人决策”“纯信息广播”“超过五人的纯状态同步”）太容易被绕过——用户会保持在五名参会者或给主题加上“决策”。更严格的 v1.1.0 偏向异步；用户仍可覆盖。

此检查与 foundation-meeting-brief 共享，会后技能（recap、synthesize、stakeholder-update）不运行此检查。

使用说明

当被要求创建会议议程时，遵循以下步骤：

  1. 运行反会议检查：应用上述触发模式。如果用户目标匹配，提出异步替代方案并请求覆盖。仅在明确覆盖后才进入第 2 步。

  2. 解析并加载输入：读取主题或目的。加载所有提供的 @file 引用。提取参会者名单、时间约束或链接文档。

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

值 推断来源 默认值
会议类型 主题关键词、参会者资历组合 other（低置信度）
时长 主题文档中明确（罕见）；当类型以中高置信度推断时使用类型特定默认值 v1.1.0：类型特定。仅 other、1-on-1、exec-briefing、customer-call 为 30 分钟。Kickoff = 60，working-session = 60，decision-making = 45 等
目标 主题措辞 推断；在摘要中呈现
参会者 RACI 资历、主题归属线索 标记所有推断
期望成果 目标加会议类型启发式 提供草稿

关键推断门控（v1.1.0）：当参会者 RACI 或期望成果的推断低于高置信度时，在 go-mode 摘要中用 ⚠ 标记。

  1. 展示 go-mode 推断摘要：显示推断值及置信度标记。接受 go 继续，或修正以修订。任何修正后重新运行推断并再次展示摘要。

  2. 设计时间盒议题列表：应用会议类型变体（见下文）。调整议题时间使其总和等于会议时长。如果议题列表超出可用时间，明确标记并要求协调（不要静默裁剪）。

每个议题必须包含：

  • 类型标签：Discussion | Decision | Information | Working
  • 负责人（姓名或团队）
  • 目标（完成的标准）
  • 时间分配
  • 预读链接（如有）

  1. 指定参会者准备：列出所需准备及链接和预估准备时间。为希望深入了解的参会者添加推荐背景。添加“准备好……”的期望，以明确每位参会者的贡献。

  2. 添加停车场和后勤占位符：停车场是会议期间提出的离题事项的占位符。后勤涵盖加入链接、所需材料、录制负责人。

  3. 渲染 TEMPLATE.md 并填入值：从最终产物中移除所有指导性引用块。

  4. 验证输出：

  • Frontmatter 结构符合家族约定的通用基础字段加上议程特定字段（meeting_duration_minutes、desired_outcomes）
  • 议题时间总和等于会议时长（±2 分钟容差）
  • 至少列出一项期望成果
  • 反会议检查结果记录在 Generation context 中

会议类型变体

在第 5 步应用。每种变体重塑议题列表以匹配会议目的。

  • 1-on-1：滚动结构。上次事项、本次议题、成长或发展、阻塞。默认 30 分钟。
  • standup：状态轮询、升级、需要的决策。默认 15 分钟。
  • planning：承诺重点、容量检查、依赖。默认 60 分钟。
  • review：演示优先、大量预读、明确的反馈收集机制。默认 60 分钟。
  • decision-making：选项前置、决策标准、明确的决策请求。需要带提案的预读。默认 45 分钟。
  • brainstorm：最小议程、生成性提示、无决策压力。默认 45 分钟。
  • stakeholder-review：TL;DR 优先、业务影响框架、明确的请求前置。默认 45 分钟。
  • project-kickoff：范围、角色、成功标准、风险、沟通计划。默认 60 分钟。
  • working-session：最小议程、需要预工作、明确交付物。默认 60 到 90 分钟。
  • exec-briefing：TL;DR 优先、支持细节在后。默认 30 分钟。
  • other：通用议题结构，默认 30 分钟。

项目记忆约定

仅当 .claude/pm-skills.local.md 存在时激活。没有文件时，完全忽略本节，行为与上述完全一致。

  • 读取：active_initiative 和近期决策产物，使议程反映已确定的事项，不安排时间重新讨论。
  • 写入：无。议程是尚未发生的会议的计划；recap 才是持久化的内容。
  • 姿态：提出条目并等待确认后再写入，除非设置了 memory_auto_append: true，此时追加并回显写入内容。

这补充了家族基于文件名的链式调用而非替代它：文件名仍定位一次会议的兄弟产物，而项目记忆跨会议携带持久的产品上下文。

质量检查清单

交付议程前，验证：

  • 反会议检查已应用并记录
  • 会议类型已设置（或明确为 other 并带低置信度标记）
  • 时长已设置（未提供时默认 30 分钟，标记为默认）
  • 期望成果具体且可验证（不是“讨论 X”，而是“决定是否发布 X”）
  • 每个议题都有类型标签、负责人、目标、时间
  • 议题时间总和等于会议时长
  • 列出了预读准备时间（未说明时长时参会者会跳过准备）
  • 后勤部分有加入链接和材料引用
  • 可分享摘要为 5-6 行，可直接粘贴到 Slack
  • 来源与参考部分包含 Generation context，说明应用的默认值和所做的推断

另见

  • Meeting Skills Family Contract：共享的行为和结构要求
  • foundation-meeting-brief：用户的私人准备（共享反会议检查）
  • foundation-meeting-recap：下游：recap 从此议程的议题列表自动填充
  • foundation-stakeholder-update：下游：将会议结果转化为非参会者可读的内容