AI Skills
meeting-minutes

meeting-minutes

热门

为内部会议生成简洁、可执行的会议纪要。包含元数据、与会者、议程、决策、行动项（负责人+截止日期）和后续步骤。

3.6万Star
0Fork
更新于 2026/7/11
获取 Skill源代码

相关 Skills

recipe-create-expense-tracker2.9万crossing-the-chasm1717nature-shared3.3万
SKILL.md
只读
名称
meeting-minutes
描述

为内部会议生成简洁、可执行的会议纪要。包含元数据、与会者、议程、决策、行动项（负责人+截止日期）和后续步骤。

会议纪要技能——简短内部会议

目的/概述

本技能为时长60分钟或更短的内部会议生成高质量、一致的会议纪要。输出内容清晰、可执行，易于转换为任务跟踪工具（如GitHub Issues、Jira）。生成的纪要优先记录决策和行动项，使团队能够快速从讨论转向执行。

使用场景

在以下情况下使用本技能：

  • 内部同步会、站会、设计评审、分类会议、规划会议或临时会议，且时长较短
  • 需要简洁记录决策、分配的行动项和后续跟进的情况
  • 从实时会议、转录、录音或笔记创建标准化的纪要文档

操作流程

阶段1：信息收集（起草前）

  • 获取会议元数据：标题、日期、开始/结束时间（或时长）、组织者和目标受众。
  • 确认可用输入：议程、幻灯片、录音、转录或原始笔记。
  • 如果缺少关键信息，在生成纪要前最多提出3个澄清性问题（见下文“发现”部分）。

阶段2：记录（会议期间/结束后立即）

  • 记录与会者和缺席者。
  • 按议程项简要记录要点，如有时间标记则附上。
  • 记录明确的决策、理由摘要（1-2句话）以及行动项（负责人+截止日期）。

阶段3：起草

  • 按照严格纪要模式（见下文）生成纪要。
  • 确保每个行动项包含负责人、截止日期（或时间范围），以及适用时的验收标准。
  • 将未解决的问题或需要跟进的事项标记在“待定事项”中。

阶段4：审核与发布

  • 如有可能，将草稿发送给会议组织者或指定审核人进行快速确认（24小时内）。
  • 将最终纪要发布到约定的渠道（共享驱动器、仓库、工单或电子邮件），并可选地在团队跟踪工具中创建任务。

发现（必要的澄清性问题）

在生成纪要前，如果以下信息缺失，代理必须提出最多3个澄清性问题：

  • 会议标题、日期、开始时间（或时长）和组织者是什么？
  • 是否有议程或转录/录音可供参考？如有，请提供。
  • 谁应被指定为纪要的审核人或批准人？

如果用户回复“无转录”或“无议程”，则继续但将来源材料标记为“临时笔记”，并标记潜在缺口。

严格纪要模式（输出结构）

你必须按照以下确切结构生成会议纪要。如果信息不可用，使用TBD或Unknown，并说明如何获取。

1. 元数据

  • 标题：
  • 日期（YYYY-MM-DD）：
  • 开始时间（UTC）：
  • 结束时间（UTC）或时长：
  • 组织者：
  • 地点/虚拟链接：
  • 纪要作者（代理或个人）：
  • 分发列表（接收纪要的人员）：

2. 出席情况

  • 出席：[姓名+角色列表]
  • 请假/缺席：[列表]
  • 记录员：[姓名或“代理”]

3. 议程

按顺序列出议程项的要点列表：

  • 项1：简短标题
  • 项2：简短标题
  • ...

4. 摘要

一段简洁的段落（1-3句话），总结会议目标和总体成果。

5. 做出的决策

每个决策作为单独要点：

  • 决策1：决策陈述。
    • 决策/批准人：[姓名或群体]
    • 理由（1-2句话）：简要原因。
    • 生效日期（如适用）：YYYY-MM-DD
  • 决策2：...

6. 行动项

表格样式要点；必须包含负责人和截止日期：

  • [ID] 行动：简短描述
    • 负责人：姓名（团队）
    • 截止日期：YYYY-MM-DD 或“ASAP”/时间范围
    • 验收标准：（完成此行动的条件）
    • 关联的工件/工单：（可选URL或工单ID）

示例：

  • [A1] 为功能X起草部署手册

7. 按议程项的笔记

简要、事实性，可选时间戳：

  • 议程项1：标题
    • 关键点：
      • 要点A（时间戳00:05）
      • 要点B（时间戳00:12）
    • 未解决的问题/疑问：
      • Q1：问题文本（如有负责人）
  • 议程项2：...

8. 待定事项/未解决项

  • 项：简短描述
    • 暂缓原因/下一步：
    • 建议负责人或下次会议解决

9. 风险/障碍（如有）

  • 风险1：简短描述、影响、缓解负责人
  • 风险2：...

10. 下次会议/后续

  • 建议日期/时间（如有）
  • 下次会议目标

11. 附件/参考资料

  • 议程文档：URL
  • 幻灯片：URL
  • 转录/录音：URL
  • 相关工单：URL或ID列表

12. 版本与变更日志

  • 版本：1.0
  • 最后更新：YYYY-MM-DDTHH:MM:SSZ
  • 变更：编辑的简短说明及修改人

风格与质量规则

  • 保持纪要简洁：对于<=30分钟的会议，总长度通常应小于1页A4纸；对于接近60分钟的会议，小于2页。
  • 使用平实的语言和要点列表以提高可读性。
  • 将决策和行动项优先放在文档顶部。
  • 不要包含推测性语言或未经证实的声明。如果某件事不确定，标记为TBD并注明缺失信息的来源。
  • 使用一致的时间戳和ISO 8601日期（YYYY-MM-DD或完整UTC时间戳）。

做/不做

做：

  • 为每个行动项包含负责人和截止日期。
  • 尽可能为行动项提供验收标准。
  • 链接到工件（工单、幻灯片、录音）以便追溯。
  • 如果纪要包含重要决策，将草稿发送进行快速审核。

不做：

  • 省略决策或行动项——这些是纪要的主要价值。
  • 将个人意见与事实混淆。将评论明确标记为“意见”或排除。
  • 除非必要且经授权，否则发布讨论中收集的原始PII。

示例提示（用于Copilot/代理）

从转录生成纪要的提示：

“根据以下会议转录生成会议纪要。会议标题：‘平台周同步会’。日期：2026-02-10。时长：45分钟。组织者：Priya（平台负责人）。转录：<粘贴转录>。遵循严格纪要模式。突出决策并创建包含负责人和截止日期的行动项（如隐含）。”

从笔记生成纪要的提示：

“我有30分钟设计评审的原始笔记。标题：‘功能Y设计评审’。日期：2026-02-11。笔记：<粘贴笔记>。按照严格纪要模式生成简洁纪要。如果关键字段缺失，最多提出3个澄清性问题。”

快速模板（可复制）

简洁纪要模板（简短）：

- 标题：
- 日期：
- 组织者：
- 出席：
- 摘要：
- 决策：
  - 决策1 — 负责人 — 生效日期：
- 行动项：
  - [A1] 行动 — 负责人 — 截止日期 — 验收标准
- 下一步/下次会议：

详细纪要模板（完整模式）：

使用上述严格纪要模式。

生成纪要的验证与验收标准

生成的纪要文档在以下情况下可接受：

  • 包含元数据、出席情况、决策和行动项部分。
  • 每个行动项都有指定的负责人和截止日期或明确的时间范围。
  • 所有重要决策都记录在案，并至少包含一行理由。
  • 附件或参考资料已列出或明确标记为None。
  • 文档内容事实性；不确定的项标记为TBD。