# Meeting Recap

> 将会议录音文字稿、笔记或聊天记录等原始材料整理为结构化会议纪要，自动提取议题、讨论要点、结论以及包含负责人与截止日期的行动项。当用户提供会议素材并提及会议记录、纪要、meeting minutes、会议总结、行动项、整理会议或会后跟踪等关键词时触发。

- Skill: `rongxinzy/meeting-recap` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add rongxinzy/meeting-recap`
- Raw SKILL.md: https://api.skillmd.com/api/skills/rongxinzy/meeting-recap/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Productivity
- License: MIT
- Author: rongxinzy (https://skillmd.com/u/rongxinzy)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/rongxinzy/meeting-recap

---


# Meeting Minutes — 会议记录→结构化纪要 SOP

将零散的会议原始记录（文字稿、笔记、聊天记录）转化为专业的结构化会议纪要，自动提取议题、结论和行动项。

## Quick Start

1. 用户提供会议原始材料（文字稿 / 笔记 / 粘贴文本）
2. Agent 按下方 SOP 逐步处理
3. 输出结构化纪要，可选运行 `scripts/validate_minutes.py` 校验完整性
4. 用户确认后，可导出为 Markdown 文件

---

## SOP 流程

### Phase 1：输入收集与预处理

**目标**：确认原始素材类型，补全缺失的元信息。

**步骤**：

1. **识别素材类型**，向用户确认：
   - 语音转文字稿（ASR transcript）
   - 手工笔记
   - IM 聊天记录（飞书/Slack/微信群）
   - 混合素材

2. **提取或询问元信息**（以下字段均为必填）：

   | 字段 | 说明 | 示例 |
   |------|------|------|
   | 会议名称 | 本次会议的主题名 | Q2 产品评审会 |
   | 日期 | YYYY-MM-DD 格式 | 2026-04-14 |
   | 时间 | HH:MM-HH:MM | 14:00-15:30 |
   | 地点/方式 | 线下会议室或线上工具 | 飞书会议 |
   | 主持人 | 会议组织者 | 张三 |
   | 记录人 | 填写纪要的人 | AI 辅助 |
   | 参会人 | 所有参与者列表 | 张三、李四、王五 |

3. **如果素材中缺少上述任何字段**，主动询问用户补充。不要猜测参会人或日期。

---

### Phase 2：议题识别与分段

**目标**：将连续的会议内容拆分为独立议题。

**方法**：

1. **通读全文**，识别话题切换点。常见信号：
   - 明确的议题引入语（"下一个话题"、"接下来讨论"、"关于 XX"）
   - 发言人变化 + 主题变化
   - 时间戳跳跃（如有）

2. **为每个议题编号并命名**，格式：
   ```
   议题 1：[简洁标题，≤15字]
   议题 2：[简洁标题，≤15字]
   ...
   ```

3. **特殊处理规则**：
   - 如果一个话题中途被打断、后续又回来了，合并为同一议题
   - 简短的寒暄/闲聊不单独成题，忽略或归入"其他"
   - 如果整个会议只有一个主题，也要明确标注为"议题 1"

4. **将议题列表展示给用户确认**，再进入下一步。

---

### Phase 3：逐议题深度提取

**目标**：对每个议题提取结构化信息。

**对每个议题，按以下模板提取**：

```markdown
### 议题 N：[标题]

**背景**：（1-2 句话，为什么要讨论这件事）

**讨论要点**：
- [要点1]：[核心观点/数据/方案]（发言人：XX）
- [要点2]：[核心观点/数据/方案]（发言人：XX）
- ...

**分歧与争议**：（如有）
- [争议点]：A 方认为…… / B 方认为……

**结论/决策**：
- ✅ [明确的结论，使用陈述句]
- ✅ [如有多条结论逐条列出]

**行动项**：
| 序号 | 任务描述 | 负责人 | 截止日期 | 优先级 |
|------|----------|--------|----------|--------|
| 1 | [具体可执行的任务] | [姓名] | YYYY-MM-DD | 高/中/低 |
```

**提取规则**：

- **讨论要点**：保留关键信息，删除重复/口语化内容。每条 ≤ 50 字。
- **结论**：必须是已达成共识的决策，不是"继续讨论"。如果没有明确结论，标注"**待定**：需 [条件] 后再议"。
- **行动项提取标准**（必须同时满足以下条件才提取为行动项）：
  - 有明确的"做什么"（动词 + 宾语）
  - 有明确或可推断的负责人
  - 是具体可执行的任务，而非方向性描述
- **截止日期处理**：
  - 原文明确提到日期 → 直接使用
  - 原文说"下周"/"月底"等模糊表述 → 转换为具体日期并标注 `（推算）`
  - 完全没提到 → 标注"待确认"并在备注中提醒用户
- **优先级判断**：
  - 高：阻塞其他工作 / 有明确紧迫 deadline / 被多次强调
  - 中：有 deadline 但不紧急 / 常规跟进
  - 低：Nice-to-have / 探索性任务

---

### Phase 4：全局信息提取

**目标**：提取跨议题的全局信息。

1. **遗留问题**（未达成结论、需要后续讨论的事项）：
   ```markdown
   ## 遗留问题
   | 序号 | 问题描述 | 相关议题 | 后续计划 |
   |------|----------|----------|----------|
   | 1 | [问题] | 议题 N | [下次会议讨论 / 需XX补充材料] |
   ```

2. **风险提示**（Agent 在整理过程中发现的潜在风险）：
   ```markdown
   ## ⚠️ 风险提示
   - [风险1]：[描述]（来源：议题 N）
   - [风险2]：[描述]
   ```
   常见风险信号：deadline 冲突、资源不足、依赖不明确、多个行动项无人认领。

3. **关键数据/指标**（如会议中提到了具体数字）：
   ```markdown
   ## 关键数据
   - [指标名称]：[数值]（来源：议题 N）
   ```

---

### Phase 5：组装输出

**目标**：将所有提取结果组装为完整纪要。

**输出模板**：

```markdown
# 会议纪要：[会议名称]

| 项目 | 内容 |
|------|------|
| 日期 | YYYY-MM-DD |
| 时间 | HH:MM - HH:MM |
| 地点 | [地点/线上工具] |
| 主持人 | [姓名] |
| 记录人 | [姓名] |
| 参会人 | [姓名列表] |

---

## 议题概览

| 议题 | 结论状态 | 行动项数 |
|------|----------|----------|
| 议题 1：[标题] | ✅ 已决策 / ⏳ 待定 | N |
| 议题 2：[标题] | ✅ 已决策 / ⏳ 待定 | N |

---

## 详细记录

### 议题 1：[标题]
（Phase 3 提取的完整内容）

### 议题 2：[标题]
（Phase 3 提取的完整内容）

---

## 行动项汇总

| 序号 | 任务描述 | 负责人 | 截止日期 | 优先级 | 来源议题 |
|------|----------|--------|----------|--------|----------|
| 1 | [任务] | [姓名] | YYYY-MM-DD | 高/中/低 | 议题 N |
| ... | | | | | |

## 遗留问题
（Phase 4 内容）

## ⚠️ 风险提示
（Phase 4 内容，如无则省略此节）

## 关键数据
（Phase 4 内容，如无则省略此节）
```

---

### Phase 6：质量校验

**目标**：确保纪要完整、准确、可执行。

**自动校验清单**（逐项检查并报告）：

- [ ] 所有元信息字段已填写（无"未知"或空值）
- [ ] 每个议题都有结论（即使是"待定"）
- [ ] 每个行动项都有负责人（无"待确认"的负责人）
- [ ] 每个行动项都有截止日期（可以是"待确认"但需标注）
- [ ] 行动项汇总表的条数 = 各议题行动项之和
- [ ] 没有出现原文中未提及的人名（防止幻觉）
- [ ] 日期格式统一为 YYYY-MM-DD
- [ ] 纪要中引用的数据与原文一致

**可运行验证脚本**：完成纪要后，可使用 `scripts/validate_minutes.py` 对输出的 Markdown 文件做结构化校验。

```bash
python3 scripts/validate_minutes.py <纪要文件.md>
```

脚本会检查：
- 必填章节是否存在
- 行动项表格格式是否完整
- 截止日期格式是否规范
- 负责人是否为空
- 议题概览与详细记录的数量是否一致

---

### Phase 7：交付与后续

1. **展示纪要给用户确认**，重点关注：
   - "行动项是否准确？有没有遗漏？"
   - "结论是否反映了实际讨论结果？"
   - "有没有需要补充或修改的内容？"

2. **根据用户反馈修订**，直到用户确认。

3. **导出选项**：
   - 保存为 Markdown 文件
   - 如用户需要其他格式（飞书文档、Word），告知可使用对应 skill 转换

---

## 参数说明

本 skill 不需要外部参数。以下为可选的定制项：

| 配置项 | 默认值 | 说明 |
|--------|--------|------|
| 语言 | 中文 | 纪要输出语言，跟随原始素材语言 |
| 行动项优先级 | 启用 | 是否标注优先级（高/中/低） |
| 风险提示 | 启用 | 是否生成风险提示章节 |
| 关键数据 | 启用 | 是否提取会议中提到的数字/指标 |

---

## 常见场景示例

### 场景 1：语音转文字稿整理
用户贴入飞书妙记或 Otter.ai 导出的文字稿，Agent 按 SOP 整理为结构化纪要。

### 场景 2：IM 聊天记录整理
用户贴入微信群/飞书群的讨论记录，Agent 识别议题并提取行动项。

### 场景 3：手写笔记整理
用户贴入自己在会议中随手记的要点，Agent 补充结构并确认遗漏。

### 场景 4：跨时区英文会议
用户提供英文 transcript，Agent 可按同样流程处理并输出中文或英文纪要。