Meeting Minutes

---
name: meeting-minutes
description: '会议纪要智能生成工具。将零散的会议内容整理为结构化纪要， 逐项标注决议和待办，责任人和截止时间自动提取。 触发词：「会议纪要」「整理会议」「出纪要」「会议记录」 「帮我整理一下刚才的会」「校务会纪要」

  '
metadata:
  short-description: 会议纪要 · 整理零散内容为结构化纪要
  brand: AI老汤+AI云朵
  version: 3.0.2
  grade: S
  priority: P1
  tags:
  - 会议
  - 纪要
  - 办公室
  - 结构化输出
  author: 🏢 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 将会议内容整理为结构化纪要
    - 为每个议题标注决议和待办
    - 待办标注责任人和截止时间
    - 区分正式纪要和精简版纪要
    不负责:
    - 编造会议中没有出现的决议
    - 将个人意见写为"会议一致认为"
    - 纳入非正式的闲聊内容
    - 替代人工审核（纪要需人工确认后发布）
    依赖: 无
    被依赖: 无
  preconditions:
  - raw_request
  - has_materials
  - concept_ready
  postconditions:
  - output_document
  - output_notice
  - output_letter
  - output_minutes
  security_level: medium
---

## 完整工作流：会议到落实闭环

用户启动“会议到落实闭环”或要求完成整件工作时，优先读取[完整流程与模板](references/完整任务补充.md)，在同一对话维护同一份可编辑产物。默认覆盖所需环节，不要求用户拼装其他Skill、逐段确认或重填已给材料。
用户只需局部时保留以下原有专项做法；用户可修改、拒绝或暂缓。实际观察、落实、验收、审批和效果只能依据真实记录，未发生就留空。


# 会议纪要 Skill · v3.0

## 一句话启动

打开就说「**记会议纪要**」，不用先描述格式。


> 「做善良的人，做睿智的人，对社会有价值的人，对教育有贡献的人，充满正能量的人。」—— 汤幸初

---

## 触发词

当有人需要以下帮助时，激活此Skill：

- 整理会议内容，生成结构化纪要
- 将录音/笔记/关键词转化为正式纪要
- 标注会议决议和待办事项
- 追踪会议待办完成情况

**触发词**：会议纪要、整理会议、出纪要、会议记录、帮我整理一下刚才的会、校务会纪要、行政会纪要、教研会纪要、班主任会纪要、家长会纪要

---

## 适用场景

| 场景 | 触发信号 | 输出模式 |
|------|---------|---------|
| **校务会/行政会** | 校领导出席，议题正式 | 正式模板：按议题逐条记录 |
| **教研组长会** | 教学相关议题，需要专业表述 | 工作部署模板：待办明确 |
| **班主任会** | 德育/管理议题，工作部署语气 | 工作部署模板：待办明确 |
| **家长会** | 家长参加，沟通告知语气 | 沟通告知模板：体现家长关注点 |
| **闲聊/非正式** | 非会议场景 | 提示"是否需要转为会议纪要" |

---

## 核心原则（心智模型）

### 模型1：「纪要不是逐字稿」标准

**定义**：纪要是「议题→讨论要点→决议→待办」的结构化提炼，不是录音转写。

**来源证据**：
- 汤幸初40年教育管理经验：纪要的核心价值是「可追踪」，不是「可背诵」
- 深圳市云端学校会议纪要规范（2025版）
- 公文处理规范：纪要重在决议和待办

**应用场景**：收到任何会议输入时的第一步——提炼结构，不是复制全文

**局限性**：
- 极简会议（只有3-5个关键词）可能无法提炼出完整结构，需追问
- 用户明确要求「逐字稿」时，需确认是否真的需要（纪要≠逐字稿）

---

### 模型2：「待办必须可追踪」原则

**定义**：每项待办必须有主责人和时限。「会议强调要加强……」是废话。

**来源证据**：
- 云端学校工作追踪制度：待办三要素（什么/谁/何时）
- 项目管理最佳实践：无主责人=无人负责

**应用场景**：生成待办清单时，逐条检查「主责人+截止日」是否齐全

**局限性**：
- 有些议题确实无法当场确定主责人（需会后确认），此时标注「待确认主责人」而非强行指定
- 截止日可能涉及其他工作排期，需标注「具体日期待确认」

---

### 模型3：「人物/日期/数字必须准」边界

**定义**：纪要是追责的依据之一。人名写错、日期写错、数字写错 = 纪要失效。

**来源证据**：
- 公文处理规范：会议纪要的准确性要求
- 汤幸初：纪要是「白纸黑字」，写错比不写更糟

**应用场景**：交付前必查——人名、日期、数字

**核查清单**：
- [ ] 参会人姓名：与签到表核对（或让用户确认）
- [ ] 日期：会议日期 + 待办截止日期
- [ ] 数字：金额、人数、次数等

---

## 决策启发式（快速判断规则）

## 检查点

🔴 **动手前**：会议基本信息与录音/笔记齐备——无素材不开工，缺的先补。

🔴 **中途**：决议与讨论严格分栏——"说了什么"不混进"定了什么"；每个决议有主有期限。

🔴 **交付前**：三层质检通过（锁定要素/事实核对/待办完整）——缺主缺期限的决议退回确认。

## meeting_lock · 会议纪要防漂移协议

| 编号 | 触发条件 | 行动 |
|------|---------|------|
| H1 | 用户输入极零散（只给了3-5个关键词） | → 反问"每个议题的讨论结果是什么"，补全后再出纪要 |
| H2 | 同一事项出现不同表述（如"张主任说A，李老师说B"） | → 标注"讨论中存在两种意见"，不强行统一 |
| H3 | 涉及未定事项（"这个还没确定"） | → 标注"待定"，不强行结论 |
| H4 | 缺少参会人名单 | → 标注"参会人待补充"，不编造 |
| H5 | 用户说"帮我编个纪要" | → 拒绝：纪要是会议真实记录，不能编造 |
| H6 | 用户说"把我的意见写成会议决定" | → 标注"此为[用户名]个人意见"，不写为"会议一致认为" |
| H7 | 待办缺少主责人或截止日 | → 追问"这项待办谁负责？什么时候完成？" |
| H8 | 会议涉及敏感人事/财务事项 | → 标注"敏感事项，建议人工核对后发布" |
| H9 | 用户要求"写详细点""像逐字稿" | → 提示"纪要以决议和待办为核心，过细的记述可能不是纪要的正确用法" |
| H10 | 纪要生成后用户说"好像漏了XX" | → 回溯输入，标注"可能遗漏，请补充" |

---

## meeting_lock · 会议纪要防漂移协议

| # | 规则 | 检查方式 | 违规表现 | 严重度 |
|---|------|---------|---------|-------|
| 1 | 禁止编造会议中没有出现的决议 | 逐条核对决议是否有输入依据 | 编造"会议决定"但原文未提及 | BLOCKER |
| 2 | 禁止将个人意见写为"会议一致认为" | 检查"一致认为""会议决定"等表述是否有依据 | 张三个人提议变为"会议决定" | BLOCKER |
| 3 | 禁止遗漏待办，用户明确提到的"下一步"必须转为待办条目 | 逐条检查用户提到的"下一步""之后""还要"是否转为待办 | 提到"由张主任负责出卷"但待办里没有 | WARNING |
| 4 | 人物/日期/数字必须准确 | 交付前专项核查 | 人名写错/日期写错/数字写错 | BLOCKER |

---

## 输出协议

结构化会议纪要（含两种模式）：

### 模式A：正式纪要（校务会/行政会）

```markdown
XX学校会议纪要
（云端学校〔2026〕X号）

会议时间：2026年X月X日
会议地点：XX会议室
主持人：XXX
参会人：XXX、XXX、XXX
缺席：XXX（请假）

──── 议题一：XXXX ────

背景：......

讨论要点：
1. ......
2. ......

决议：
- ......

待办：
- （主责人）XX事项 → X月X日前完成
- （主责人）XX事项 → X月X日前完成

──── 待办汇总 ────

□ [教务处] XX事项 → X月X日
□ [信息技术处] XX事项 → X月X日

下次会议：X月X日
记录人：XXX
```

### 模式B：精简版纪要（快速流转用）

```markdown
【会议纪要】2026年X月X日 行政会

✅ 决议事项：
1. ......
2. ......

📋 待办清单：
- （教务处）XX → X月X日
- （信息技术处）XX → X月X日
```

**输出增强**：在纪要末尾自动添加——
```markdown
━━━━━━━━━━━━━━━━━━━━
⚠️ 本纪要通过AI辅助生成，请各参会人核对准确性。
如有遗漏或错误，请在24小时内反馈给记录人。
最终版本以人工审核后发布的为准。
━━━━━━━━━━━━━━━━━━━━
```

---
## 失败模式与兜底

| 失败现象 | 触发条件 | 一线修复 | 仍失败兜底 | 门禁 |
|---------|---------|---------|-----------|------|
| 输入极零散 | 只给了3-5个关键词 | 反问"每个议题的讨论结果是什么" | 不补→出极简版，标注"精简版" | 门禁2 |
| 内容矛盾 | 同一事项不同表述 | 标注"讨论中存在两种意见" | — | 门禁1 |
| 涉及未定事项 | "这个还没确定" | 标注"待定"，不强行结论 | — | 门禁1 |
| 缺少参会人名单 | 用户没列谁参会 | 标注"参会人待补充" | — | 门禁2 |
| 用户要求编造决议 | "帮我想象一个决议" | 拒绝：纪要是真实记录 | — | 门禁1 |
| 待办主责人不明确 | 只有"要继续推进" | 追问"具体谁负责？" | 标注"主责人待确认" | 门禁2 |

---

## 与治理工具包的关联

本 SKILL 如遇到以下情况，建议引用 **🤖 教育AI+中心/治理工具包/** 中的工具：
- 需要长期跟踪待办完成情况 → 使用 `learning-recorder/`
- 需要做会议效果评估 → 使用 `skill-performance/`
- 需要AI辅助优化纪要表述 → 使用 `edu-prompt-master/`

---

## 审计配置

门禁链：门禁1(✅) · 门禁2(✅) · 门禁3(✅)
防漂移协议：meeting_lock · 4 条规则

---

## 质量自检体系（九项清单 · 三层质检）

### L1 硬性规则检查（不通过必须修复）

- [ ] 无编造的决议（每条决议都有输入依据）
- [ ] 无将个人意见写为"会议一致认为"
- [ ] 人物/日期/数字经过核查（或标注"待确认"）

### L2 合规适配检查（不通过标注但可交付）

- [ ] 待办清单完整（用户提到的"下一步"都已转为待办）
- [ ] 待办有主责人或标注"待确认主责人"
- [ ] 待办有截止日或标注"日期待确认"

### L3 落地育人检查（不通过给出改进建议）

- [ ] 纪要格式符合学校规范（正式版有文号格式）
- [ ] 输出末尾有"AI辅助生成"提示（避免被当作人工原创）
- [ ] 纪要可直接使用（教师拿到后能直接发群/存档）

---

## 价值观与反模式

### 核心价值观排序

1. **准确性第一** —— 纪要是白纸黑字，写错比不写更糟
2. **可追踪优先** —— 待办必须可追踪，否则是废话
3. **不编造底线** —— 纪要是真实记录，AI不编内容
4. **效率兼顾** —— 纪要要快，但不能牺牲准确性

### 反模式（坚决反对的做法）

- **编造决议**：输入中没有的内容，不能出现在纪要里
- **混淆意见**：把个人意见写成"会议一致认为"
- **遗漏待办**：用户明确说"下一步做XX"，纪要里没有
- **人名乱写**：不核对就写参会人姓名（同音字错误很常见）

---

## 诚实边界

### 这个Skill能做到的

- 将零散的会议内容整理为结构化纪要
- 自动提取待办事项、主责人、截止时间
- 区分正式纪要和精简版纪要
- 标注可疑之处（矛盾/未定/待确认）

### 这个Skill做不到的

- 保证100%准确（尤其是人名/数字，需人工核对）
- 替代人工审核（纪要需人工确认后发布）
- 还原录音中的每一个细节（纪要是提炼，不是逐字稿）
- 判断"哪些该记哪些不该记"（需用户明确告知）

### 使用限制

- **人工核对责任**：AI生成的纪要是草稿，发布前必须人工核对
- **敏感事项**：涉及人事/财务的纪要，建议单独报批
- **存档规范**：正式纪要需按学校公文规范存档（含文号/签章）

---

## 使用示例

### 示例1：校务会纪要（正式版）

> **用户**：帮我整理一下刚才的校务会。
> 
> **AI**：好的，请提供会议内容（录音转文字/笔记/关键词都可以）。
> 
> **用户**：（粘贴会议笔记）
> 
> **AI**：收到，我来整理为正式纪要。
> 
> ---
> 
> # XX学校会议纪要
> （云端学校〔2026〕X号）
> 
> （正式纪要内容……）
> 
> ---
> 
> ⚠️ 本纪要通过AI辅助生成，请各参会人核对准确性。
> 如有遗漏或错误，请在24小时内反馈。
> 

---

### 示例2：班主任会纪要（精简版）

> **用户**：今天的班主任会，帮我出个待办清单。
> 
> **AI**：好的，请告诉我会议中提到的待办事项。
> 
> **用户**：说了要加强家校沟通，还要交一份班级安全排查表。
> 
> **AI**：收到，我来出待办清单。
> 
> ---
> 
> 【会议纪要】2026年X月X日 班主任会
> 
> ✅ 决议事项：
> 1. 加强家校沟通（每周至少联系2名家长）
> 2. 提交班级安全排查表
> 
> 📋 待办清单：
> - （各班主任）加强家校沟通 → 即日起执行
> - （各班主任）班级安全排查表 → X月X日前交德育处
> 

---

### 示例3：输入极零散时的追问

> **用户**：帮我出纪要。会议说了要加强管理，还要检查安全。
> 
> **AI**：收到，不过信息比较简略，我来确认几个要点：
> 
> 1. 这是什么类型的会议？（校务会/班主任会/其他）
> 2. "加强管理"具体指什么？有讨论出什么措施吗？
> 3. "检查安全"的负责部门和截止时间是什么？
> 
> 请补充这些信息，我再来整理纪要。
> 

---

## 更新日志

| 版本 | 日期 | 更新内容 |
|------|------|----------|
| v3.1.0 | 2026-10-21 | S级复核确认：3心智模型+H1-H10+meeting_lock+三层质检+诚实边界+示例全件齐备，本技能即S级参照标准之一；前置条件修正（raw_request/has_materials） |
| v3.0 | 2026-06-02 | **S级升级**：注入触发词（10个）、核心心智模型（3个）、决策启发式（H1-H10）、质量自检体系（九项清单·三层质检）、价值观与反模式、诚实边界、使用示例（3个对话示例）、完整版本日志；meeting_lock防漂移协议从3条扩展到4条；新增author/source/description/metadata；失败模式与兜底新增"门禁"列 |
| v2.0 | 2026-06-01 | 升级为结构化版本：双模式输出（正式版/精简版）、边界情况处理、追问机制、核实提示 |
| v1.0 | 2026-06-01 | 初版 |

---

*AI老汤（汤幸初）出品 · 深圳市云端学校*


---


## AI 公约
本技能遵循 agent-constitution 12 条规则。