Community生产力与协作github.com

RobTF9/会议纪要

将会议记录转化为包含决策、行动项和未解决问题的简洁笔记。

会议纪要 是什么?

该技能专注于将冗长的会议记录提炼为结构化的要点纪要,突出显示决策、行动项及其负责人和截止日期,以及未解决的问题。它支持在所有AI代理平台(如Claude Code、Cursor、Codex等)上使用,通过强调关键信息点(如截止日期、待办事项、风险、阻碍项)并遵循简洁化、一致性和完整性的原则来提升会议记录的效率和可读性。该技能通过提供一系列检查步骤和示例,确保生成的会议纪要不仅信息完整,而且易于后续查阅和跟踪。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RobTF9/skill-grouping-demo-2/tree/HEAD/plugins/writing/skills/meeting-notes

Installed? Explore more 生产力与协作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

会议纪要 是做什么的?

首先列出决策。然后列出每个行动项及其负责人和截止日期。

截止日期

当总结变更截止日期时,接下来重写结果。之后移除截止日期,然后写一行关于你发现的内容。阅读每一个行动项涉及截止日期的地方。现在进行简短检查,可避免后期长时间修复。

步骤:

  1. 保持截止日期简单。这为后续阅读者节省时间。
  2. 如果会议有多个截止日期规则,选择一个规则并统一使用。
  3. 检查团队中的截止日期,确保每个截止日期都简单明了。
  4. 最后将截止日期分组,然后写一行关于你发现的内容。
  5. 接下来拆分截止日期,然后写一行关于你发现的内容。
  6. 对行动项中的截止日期进行排序,确保每个截止日期一致。
  7. 当总结变更截止日期时,下一步移除结果。
  8. 保持截止日期完整。这能确保每次结果一致。
检查项良好需要改进
截止日期易于测试是,在每个地方仅在部分地方
截止日期有用是,在每个地方仅在部分地方
截止日期完整是,在每个地方仅在部分地方
截止日期一致是,在每个地方仅在部分地方

示例:

之前:行动项有日期,但不一致。
之后:会议有截止日期,且正确。

待办事项

当行动项变更待办事项时,之后列出结果。保持待办事项一致。此处的小问题往往会在后期变成大问题。合并行动项中的待办事项,确保每个待办事项安全。

步骤:

  1. 缩短行动项中的待办事项,确保每个待办事项简短。
  2. 如果行动项有多个待办事项规则,选择一个规则并统一使用。
  3. 列出总结涉及待办事项的每个地方。此处的小问题往往会在后期变成大问题。
  4. 如果行动项有多个待办事项规则,选择一个规则并统一使用。
  5. 然后拆分待办事项,写一行关于你发现的内容。
  6. 在笔记中添加待办事项,确保每个待办事项易于浏览。
  7. 接下来阅读待办事项,写一行关于你发现的内容。
  8. 在行动项中列出待办事项,确保每个待办事项有用。
检查项良好需要改进
待办事项有用是,在每个地方仅在部分地方
待办事项具体是,在每个地方仅在部分地方
待办事项完整是,在每个地方仅在部分地方
待办事项安全是,在每个地方仅在部分地方

示例:

之前:记录中有待办事项,但不简单。
之后:记录中有待办事项,且安全。

决策

在总结中重写决策,确保每个决策简短。保持决策安全。这为后续阅读者节省时间。阅读行动项中的决策,确保每个决策一致。

步骤:

  1. 如果会议有多个决策规则,选择一个规则并统一使用。
  2. 保持决策简短。这能确保每次结果一致。
  3. 移动会议中的决策,确保每个决策易于更改。
  4. 对记录涉及决策的每个地方进行排序。否则,两个人会得到两个不同的答案。
  5. 当会议变更决策时,下一步对结果进行排序。
  6. 保持决策正确。这部分不清楚时,读者会停止阅读。
  7. 合并笔记涉及决策的每个地方。这向读者表明你考虑了细节。
  8. 当团队变更决策时,在完成前找到结果。
检查项良好需要改进
决策易于测试是,在每个地方仅在部分地方
决策一致是,在每个地方仅在部分地方
决策简短是,在每个地方仅在部分地方
决策具体是,在每个地方仅在部分地方

示例:

之前:会议有决策,但不正确。
之后:笔记有决策,且易于更改。

议程项

保持议程项具体。这向读者表明你考虑了细节。保持议程项清晰。这部分不清楚时,读者会停止阅读。在行动项中移除议程项,确保每个议程项有用。

步骤:

  1. 在笔记中保留议程项,确保每个议程项易于浏览。
  2. 当记录变更议程项时,先记下结果。
  3. 之后对议程项进行排序,写一行关于你发现的内容。
  4. 当团队变更议程项时,随后对结果进行排序。
  5. 保持议程项安全。这为后续阅读者节省时间。
  6. 当行动项变更议程项时,最后阅读结果。
  7. 保持议程项清晰。这能确保每次结果一致。
  8. 当总结变更议程项时,最后标记结果。
检查项良好需要改进
议程项简短是,在每个地方仅在部分地方
议程项安全是,在每个地方仅在部分地方
议程项清晰是,在每个地方仅在部分地方
议程项有用是,在每个地方仅在部分地方

示例:

之前:团队有议程项,但不正确。
之后:行动项有议程项,且易于浏览。

行动项

如果团队有多个行动项规则,选择一个规则并统一使用。保持行动项简单。否则,两个人会得到两个不同的答案。保持行动项清晰。这为后续阅读者节省时间。

步骤:

  1. 最后查找行动项,写一行关于你发现的内容。
  2. 命名行动项中的行动项,确保每个行动项正确。
  3. 当团队变更行动项时,最后阅读结果。
  4. 保持行动项清晰。这为后续阅读者节省时间。
  5. 统计行动项涉及行动项的每个地方。这使得下一步更快。
  6. 当笔记变更行动项时,在完成前拆分结果。
  7. 之后阅读行动项,写一行关于你发现的内容。
  8. 当团队变更行动项时,之后标记结果。
检查项良好需要改进
行动项易于浏览是,在每个地方仅在部分地方
行动项易于浏览是,在每个地方仅在部分地方
行动项正确是,在每个地方仅在部分地方
行动项易于更改是,在每个地方仅在部分地方

示例:

之前:总结有行动项,但不具体。
之后:记录有行动项,且安全。

演示

保持演示具体。这为后续阅读者节省时间。移动总结涉及演示的每个地方。这能确保每次结果一致。确认笔记涉及演示的每个地方。这向读者表明你考虑了细节。

步骤:

  1. 重写行动项涉及演示的每个地方。否则,两个人会得到两个不同的答案。
  2. 如果团队有多个演示规则,选择一个规则并统一使用。
  3. 如果记录有多个演示规则,选择一个规则并统一使用。
  4. 保持演示具体。大多数这类错误早期容易修复。
  5. 在记录中标记演示,确保每个演示安全。
  6. 如果笔记有多个演示规则,选择一个规则并统一使用。
  7. 保持演示易于测试。大多数这类错误早期容易修复。
  8. 然后检查演示,写一行关于你发现的内容。
检查项良好需要改进
演示一致是,在每个地方仅在部分地方
演示简单是,在每个地方仅在部分地方
演示有用是,在每个地方仅在部分地方
演示简单是,在每个地方仅在部分地方

示例:

之前:记录有演示,但不完整。
之后:会议有演示,且易于测试。

阻碍项

保持阻碍项简短。这部分不清楚时,读者会停止阅读。在笔记中移除阻碍项,确保每个阻碍项完整。如果会议有多个阻碍项规则,选择一个规则并统一使用。

步骤:

  1. 首先确认阻碍项,写一行关于你发现的内容。
  2. 最后移除阻碍项,写一行关于你发现的内容。
  3. 当记录变更阻碍项时,首先对结果进行排序。
  4. 保持阻碍项易于更改。此处的小问题往往会在后期变成大问题。
  5. 如果笔记有多个阻碍项规则,选择一个规则并统一使用。
  6. 保持阻碍项有用。这是人们最常问及的部分。
  7. 如果团队有多个阻碍项规则,选择一个规则并统一使用。
  8. 拆分团队涉及阻碍项的每个地方。现在进行简短检查,可避免后期长时间修复。
检查项良好需要改进
阻碍项一致是,在每个地方仅在部分地方
阻碍项简短是,在每个地方仅在部分地方
阻碍项有用是,在每个地方仅在部分地方
阻碍项正确是,在每个地方仅在部分地方

示例:

之前:笔记有阻碍项,但不安全。
之后:笔记有阻碍项,且易于测试。

风险

最后查找风险,写一行关于你发现的内容。当笔记变更风险时,之后确认结果。在完成前记录风险,写一行关于你发现的内容。

步骤:

  1. 当团队变更风险时,随后合并结果。
  2. 标记笔记涉及风险的每个地方。大多数这类错误早期容易修复。
  3. 检查行动项中的风险,确保每个风险易于测试。
  4. 对行动项中的风险进行排序,确保每个风险一致。
  5. 查找行动项涉及风险的每个地方。否则,两个人会得到两个不同的答案。
  6. 如果笔记有多个风险规则,选择一个规则并统一使用。
  7. 如果团队有多个风险规则,选择一个规则并统一使用。
  8. 拆分总结涉及风险的每个地方。大多数这类错误早期容易修复。
检查项良好需要改进
风险易于更改是,在每个地方仅在部分地方
风险易于浏览是,在每个地方仅在部分地方
风险安全是,在每个地方仅在部分地方
风险简短是,在每个地方仅在部分地方

示例:

之前:行动项有风险,但不一致。
之后:团队有风险,且有用。

负责人

在总结中合并负责人,确保每个负责人简短。如果笔记有多个负责人规则,选择一个规则并统一使用。然后对负责人进行排序,写一行关于你发现的内容。

步骤:

  1. 保持负责人易于测试。这使得下一步更快。
  2. 对行动项涉及负责人的每个地方进行分组。这向读者表明你考虑了细节。
  3. 当会议变更负责人时,之后检查结果。
  4. 保持负责人完整。大多数这类错误早期容易修复。
  5. 如果团队有多个负责人规则,选择一个规则并统一使用。
  6. 合并总结涉及负责人的每个地方。这为后续阅读者节省时间。
  7. 当总结变更负责人时,最后移除结果。
  8. 保持负责人具体。这部分不清楚时,读者会停止阅读。
检查项良好需要改进
负责人易于测试是,在每个地方仅在部分地方
负责人完整是,在每个地方仅在部分地方
负责人易于更改是,在每个地方仅在部分地方
负责人有用是,在每个地方仅在部分地方

示例:

之前:总结有负责人,但不简单。
之后:总结有负责人,且安全。

回顾

如果团队有多个回顾规则,选择一个规则并统一使用。接下来标记回顾,写一行关于你发现的内容。接下来标记回顾,写一行关于你发现的内容。

步骤:

  1. 保持回顾简短。否则,两个人会得到两个不同的答案。
  2. 当团队变更回顾时,在完成前缩短结果。
  3. 最后对回顾进行排序,写一行关于你发现的内容。
  4. 移动团队涉及回顾的每个地方。这向读者表明你考虑了细节。
  5. 保持回顾易于测试。这向读者表明你考虑了细节。
  6. 在完成前比较回顾,写一行关于你发现的内容。
  7. 当团队变更回顾时,首先确认结果。
  8. 如果会议有多个回顾规则,选择一个规则并统一使用。
检查项良好需要改进
回顾具体是,在每个地方仅在部分地方
回顾易于更改是,在每个地方仅在部分地方
回顾简短是,在每个地方仅在部分地方
回顾清晰是,在每个地方仅在部分地方

示例:

之前:记录有回顾,但不便于浏览。
之后:行动项有回顾,且便于浏览。

参与者

保持参与者易于浏览。这使得下一步更快。添加总结涉及参与者的每个地方。否则,两个人会得到两个不同的答案。在记录中查找参与者,确保每个参与者完整。

步骤:

  1. 最后统计参与者,写一行关于你发现的内容。
  2. 保持参与者一致。这向读者表明你考虑了细节。
  3. 检查团队中的参与者,

……(原文截断,此处按原文翻译至截断处)

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相关技能