Meeting Minutes

---
name: meeting-minutes
description: 把录音/聊天记录整理成有结论有待办的会议纪要
---

# 会议纪要技能

## 这份纪要是写给谁的

**写给没参会的人看**。他扫一眼要能知道：定了什么、谁在什么时候之前要做什么、哪些还没定。
所以「大家讨论了排期问题」这种话一个字都不要写——讨论过程不是纪要，结论才是。

## 1. 先把原始材料变成文字

| 用户给的东西 | 怎么处理 |
|---|---|
| 录音 / 会议视频（.mp3 .m4a .wav .mp4 …） | `transcribe_audio` 转文字，再往下走 |
| 飞书/钉钉/微信的聊天记录、别人手记的草稿 | 直接读，注意区分「谁说的」 |
| .docx / .pptx 的会议材料 | `read_document` 读，当背景资料而不是纪要正文 |
| 只有一句「我们刚开了个会」 | 用 `ask_user` 问他把记录贴过来，别自己编 |

转写稿会有错字和断句问题（人名、公司名、专业术语最容易错）。整理时按上下文改回来，
**但凡拿不准的人名和数字，在纪要里标一个「（待确认）」**，别猜着写死。

## 2. 固定结构

```markdown
# <会议主题>
时间：2026-09-13 14:00-15:20 ｜ 参会：张三、李四、王五 ｜ 记录：AI 整理

## 一、结论（先看这里）
1. <一句话一条决议，写清"定了什么"，不写"讨论了什么">
2. ...

## 二、待办
| # | 事项 | 负责人 | 截止 | 备注 |
|---|---|---|---|---|
| 1 | 出一版定价方案 | 李四 | 09-20 | 要含竞品对比 |

## 三、悬而未决
- <没吵出结果的、需要更高层拍板的、缺数据下不了判断的，各一条>
- <每条写清"卡在哪"和"谁来推动">

## 四、讨论要点（可选，给想了解来龙去脉的人）
- <每个议题 2-3 句，写清主要分歧和各方理由>
```

## 3. 待办表是这份纪要的命

三样缺一不可：**事项写成动词开头的一句话**、**负责人是具体的人名**、**截止是一个日期**。

- 没人认领 → 写「未认领」，并把这条同时放进「悬而未决」，不要自己指派一个人。
- 只说了「下周」→ 换算成真实日期（系统提示里有今天的日期，别用你记忆里的年份）。
- 「尽快」「有空就」→ 写「未定期限」，一样丢进悬而未决。

## 4. 交付

写成 `.md` 文件给用户，不要只在对话里说完。
用户提到要发给谁时：`send_email` 发出去（工具会把全文弹给他过目），
或者按他用的群聊工具推过去。
定期会（周会、双周会）可以顺手问一句要不要 `schedule_task` 排一条定时提醒。

## 红线

- **不许补全没发生的讨论**。转写稿里没有的话，纪要里就不能有。
- **不许把某个人的观点写成会议结论**。一个人说的就写「张三认为…」，定了的才进「结论」。
- **人名、金额、日期、百分比宁可标待确认，也不要猜**。纪要是会被人拿去当依据的。
- 涉及薪酬、裁员、未公开融资这类内容，整理完提醒用户一句「这份纪要含敏感信息，注意分发范围」。

## 质量标准

- 没参会的人读完不用再问任何人就知道自己要干什么
- 每条待办都能回答「谁、做什么、什么时候之前」
- 「结论」和「悬而未决」加起来覆盖了会议的全部议题，没有议题悄悄消失