🚀 快速安装

复制以下命令并运行，立即安装此 Skill：

npx @anthropic-ai/skills install github/awesome-copilot/meeting-minutes

💡 提示：需要 Node.js 和 NPM

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

目的 / 概述

本技能可为时长不超过 60 分钟的内部会议生成高质量、格式一致的会议纪要。输出内容旨在清晰、可操作，并易于转换为任务跟踪器（例如，GitHub Issues、Jira）。生成的纪要以决策和行动项为重点，使团队能够快速从讨论过渡到执行。

何时使用

当出现以下情况时，使用此技能：

  • 内部同步会、站会、设计评审、分类会议、计划会议或任何简短的自发性会议
  • 需要简洁记录决策、分配的行动项和后续跟进事项的场景
  • 根据实时会议、会议记录、录音或笔记创建标准化的纪要文件

操作工作流程

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

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

阶段 2：信息捕获（会议期间/会议结束后立即）

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

阶段 3：起草

  • 按照严格的纪要架构（如下）生成纪要。
  • 确保每个行动项都包含负责人、截止日期（或时间范围）以及在适用情况下的验收标准。
  • 在“待定事项”部分标记未解决的问题或需要跟进的事项。

阶段 4：审阅与发布

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

信息发现（必需的澄清性问题）

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

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

如果用户回复“没有会议记录”或“没有议程”，则继续进行，但需将来源标记为“临时笔记”，并指出潜在的信息缺口。

严格的纪要架构（输出结构）

您必须严格按照以下结构生成会议纪要。如果信息不可用，请使用 TBD 或 未知，并说明如何获取该信息。

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] 行动 — 负责人 — 截止日期 — 验收标准
- 后续步骤 / 下次会议：

详细纪要模板（完整架构）：

使用上面的严格纪要架构。

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

一份生成的纪要文档被认为是可接受的，如果：

  • 它包含“元数据”、“与会情况”、“决策”和“行动项”部分。
  • 每个行动项都分配了负责人和截止日期或明确的时间范围。
  • 所有重要决策都被捕获，并附有至少 1 行的理由说明。
  • 附件或参考资料已列出，或明确标记为 无。
  • 文档内容基于事实；不确定的项目已标记为 TBD。

📄 原始文档

完整文档（英文）：

https://skills.sh/github/awesome-copilot/meeting-minutes

💡 提示：点击上方链接查看 skills.sh 原始英文文档，方便对照翻译。

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。