官方技能 · 运营与行政

带待办事项的会议纪要

把转写稿或零散笔记整理成会议纪要:决定事项、每项都有一位负责人和截止日期的待办事项,以及待解决问题。

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中,Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

你需要提供

你会得到

Markdown 格式的会议纪要:决定事项、负责人 / 任务 / 截止表、待解决问题和简短的讨论摘要。

工作方式

  1. 找出决定事项 决定是大家达成一致、没有理由不会再翻案的事:“14 号上线”“价格不变”。没人同意的提议不算决定,放进待解决问题。
  2. 找出每一个待办事项 留意“我来”“你能不能”“让某某去做”“周五前”“下周”这类说法。每一项都有一位负责人(具体的人,不能写“团队”)、一个动词开头的任务和一个截止日期。没说日期的,写“未定日期”,并加入待解决问题。
  3. 收集待解决问题 提出了但没有定论的事,以及在等会外某人答复的事。
  4. 用 3 到 5 条要点概括讨论 每条一行,只写能解释某个决定的内容。寒暄、重复的观点、谁说了什么都略去,除非这一点很重要。
  5. 对照议程检查 (如果有议程)。没讨论到的议题列在“未讨论”下。
  6. 按下面的格式写出来 项目、客户、产品的名称沿用参会者的原话。不要添加原始材料里没有的事实。

SKILL.md 全文

这就是 AI 读取的完整文件。 下载

---
name: meeting-minutes
description: 把会议转写稿或零散笔记整理成会议纪要:决定事项、待办事项(每项一位负责人和截止日期)和待解决问题,可直接贴到 Slack、企业微信、邮件或文档里。适用于有人发来转写稿、通话录音笔记或要点笔记,要求写会议纪要、会议回顾、会议总结,或问“谁负责什么”时。
---

# 带待办事项的会议纪要

会议纪要是写给没参会的人看的:让他们知道什么变了、谁要在什么时候前交付什么。决定事项和待办事项放在最前面;讨论内容放在最后,而且要短。

## 适用场景

- 任何内部会议或客户会议之后,手上有转写稿(Zoom、腾讯会议、飞书、Teams、Otter)或某人的零散笔记。
- 群里有人问“我们最后定了什么?”或“这件事谁在跟?”。
- 不适用于需要逐字记录的场合(董事会记录、法律听证):那些需要完整原话。

## 需要准备

- 转写稿或笔记。有发言人姓名更好;没有的话先问一次,仍没有就写“[发言人不明]”。
- 会议日期和名称。没有的话从转写稿开头找,或者问一下。
- 可选:会议议程,用来标出被跳过的议题。

## 步骤

1. **找出决定事项。** 决定是大家达成一致、没有理由不会再翻案的事:“14 号上线”“价格不变”。没人同意的提议不算决定,放进待解决问题。
2. **找出每一个待办事项。** 留意“我来”“你能不能”“让某某去做”“周五前”“下周”这类说法。每一项都有一位负责人(具体的人,不能写“团队”)、一个动词开头的任务和一个截止日期。没说日期的,写“未定日期”,并加入待解决问题。
3. **收集待解决问题。** 提出了但没有定论的事,以及在等会外某人答复的事。
4. **用 3 到 5 条要点概括讨论。** 每条一行,只写能解释某个决定的内容。寒暄、重复的观点、谁说了什么都略去,除非这一点很重要。
5. **对照议程检查**(如果有议程)。没讨论到的议题列在“未讨论”下。
6. **按下面的格式写出来。** 项目、客户、产品的名称沿用参会者的原话。不要添加原始材料里没有的事实。

## 输出格式

```markdown
# [会议名称] — [日期]

**参会人:** [姓名]  
**缺席:** [姓名,如已知]

## 决定事项
- [决定,一行。如果说了原因,用几个字写上。]

## 待办事项
| 负责人 | 任务 | 截止 |
|---|---|---|
| [姓名] | [动词开头的任务] | [日期或“未定日期”] |

## 待解决问题
- [问题] — [由谁回答,如有]

## 讨论
- [3 到 5 条,每条一行]

## 未讨论
- [被跳过的议题,没有就删掉这一节]
```

## 示例

**输入(节选):** 新用户引导邮件同步会,2026年3月3日(周二)

> 张敏:那就这么定了,新用户引导邮件周二发,不是周一。  
> 王磊:好。邮件标题我今晚改。  
> 张敏:谁能去问一下法务,折扣的措辞行不行?  
> 李航:我去问,大概周四能有结果。  
> 王磊:3月那场线上分享会还要办吗?下周再聊吧。

**输出:**

```markdown
# 新用户引导邮件同步会 — 2026年3月3日(周二)

**参会人:** 张敏、王磊、李航

## 决定事项
- 新用户引导邮件周二发,不是周一。

## 待办事项
| 负责人 | 任务 | 截止 |
|---|---|---|
| 王磊 | 修改邮件标题 | 3月3日(今晚) |
| 李航 | 请法务确认折扣的措辞 | 3月5日(周四) |

## 待解决问题
- 3月的线上分享会还办不办?— 下周讨论

## 讨论
- 选了周二而不是周一;会上没有说明原因。
```

## 发送前检查

- [ ] 每个待办事项都恰好有一位具体负责人,以及截止日期或“未定日期”。
- [ ] 每个决定在原始材料里都是达成一致的,而不只是被提议。
- [ ] 没有出现转写稿或笔记里没有的事实、数字或人名。
- [ ] 没参会的人只读“决定事项”和“待办事项”就能开始行动。
- [ ] 一屏能看完;讨论不超过 5 条。

## 常见错误

- 写“团队跟进”。写出具体的人,或者列为待解决问题。
- 一场长时间的争论结束了,就当成已经做了决定。如果没人说“同意”或类似的话,它就还没定。
- 照搬转写稿的顺序。先按决定、再按待办来组织;发言的先后对读者没有意义。

与团队共享

把它添加到 AI Skill Pod,团队里的每个人(包括外包人员)都能在自己的 AI 中使用同一个版本。 了解与团队共享 AI 技能的最佳方式

添加到团队的 Pod

更新记录

参考来源

  1. Robert's Rules of Order: Frequently asked questions (minutes record what was done, not what was said) (2026-11-04 查阅)
  2. Asana: Meeting minutes template (2026-11-04 查阅)
  3. Asana: Action items, definition and how to write them (2026-11-04 查阅)