会议纪要模版定制

技能文档

---
name: enterprise-minutes-template
title: 会议纪要模版定制
category: 办公效率
description: 定制企业专属会议纪要模版：从预置会议结构类型（常规会议/决策导向/行动追踪/复盘回顾/每日例会/头脑风暴/高管会议/党政机关会议）中选一种起点结构，基于一场真实会议录制与转写生成初版纪要，通过自然语言反馈迭代调整，满意后固化为该类会议的默认模版并自动套用；支持多语言输出、腾讯文档同步、发言人侧重版与定时自动生成。当用户提到「会议纪要模版定制」「企业专属纪要模版」「统一会议纪要格式」「会议结束自动出纪要」「公文格式会议纪要」时触发。
---

# 企业专属会议纪要待办模版

## 概述

企业通常有自己习惯的纪要/待办格式（板块划分、行文风格、待办颗粒度），但员工靠人工套用、风格不统一，新人也常写不对。本技能用**生成 → 调整 → 沉淀**三步核心闭环，快速把一份"AI 初版纪要"打磨成贴合企业习惯的定制模版，之后同类会议自动套用：

0. **连接检查（强制）**：必须先确认已连接腾讯会议才能继续，无绕过路径
1. **生成**：邀请用户从预置的结构类型库中选一种最接近的起点结构，再提供一场会议录制/转写，AI 据此生成一版会议纪要，**交付初版时必须主动邀请用户提供真实历史纪要**（强制动作，不能遗漏）
2. **调整**：用户用自然语言对这版纪要提出修改意见，AI 直接调整产出；未提供真实范例时持续跟进邀请，帮助更快逼近企业实际习惯的写法
3. **沉淀**：调整到用户满意后，把这一版固化为"该类结构会议"的定制模版，后续同类会议默认调用这份定制模版生成纪要；**沉淀完成后必须完整列出全部增值定制选项供用户挑选**（不能只提部分或等用户自己想起来问）

固化完成后，可选进入两个增值环节：
- **增值定制**：多语言输出、同步腾讯文档、针对特定发言人的侧重加工
- **习惯**：把整个"生成→套用"流程固化为定时任务，会议结束后自动出纪要

**关键心态**：步骤1生成的初版**不追求一次到位**，它只是"调整"的起点素材；步骤2允许反复来回打磨，直到用户明确表示可以固化，才进入步骤3。不要在步骤1就试图猜准企业习惯。

## 前置条件

- 拉取真实历史会议数据依赖腾讯会议 CLI（tmeet）已连接登录，检查方式见**步骤0**（本技能的第一个动作）。
- 增值定制中若要同步腾讯文档，需要腾讯文档连接器已连接；未连接时告知用户先连接，不阻塞其他步骤。
- "习惯"环节若要固化为定时任务，需要用户明确同意后才创建，不主动/默认创建。

## 关键能力边界（必读，直接决定怎么设计对话）

| 能力点 | 边界 | 影响 |
|---|---|---|
| `record list` / `meeting list-ended` | 仅回溯近 3 个月 | 若用户要参照更早的历史纪要，需让用户手动提供 `meeting_code`/历史文本，不能承诺自动拉取 |
| `meeting list-ended` 的相关性判断 | 系统不能识别"哪些会议属于该企业/该场景" | 候选会议必须列清单交用户自己挑，不能由 AI 自行判断哪几场相关 |
| "生成初版"这一步 | 不是"系统学习企业风格"，是 AI 按选定的结构类型骨架 + 单场会议内容生成一版纪要，本质是骨架套内容，不是从历史数据归纳出来的 | 对外表述用"照这个结构类型帮您生成一版初稿"，不要说"已经学会了您企业的风格" |
| "调整"这一步 | AI 依据的是用户当次的语言反馈，不会自动记住上一次没提过的隐性偏好 | 每轮调整意见要具体（参考步骤2的引导问法），笼统反馈难收敛 |
| `record smart-minutes --lang` | 官方原生翻译仅支持 `default`（原文）/ `zh`（简体中文）/ `en`（英文）/ `ja`（日语）**4 个选项**，且是对原始智能纪要重新拉取一份该语言版本，不是对已生成的定制格式纪要做翻译 | 增值定制"多语言"**不使用**此参数——多语言输出是对已生成的最终版纪要（已套模版格式的完整内容）直接做文本翻译，不重新拉取会议数据；无论目标语言是否在这4种官方支持范围内，统一走 AI 翻译层处理已有内容，需向用户说明这是 AI 翻译而非官方翻译接口，准确性不做官方保证 |
| `record smart-minutes` | 纪要是 AI 辅助材料，不保证 100% 准确，不能替代专业判断 | 重要决策类待办生成后建议用户复核 |
| `record transcript-get` / `transcript-paragraphs` | 逐字转写，说话人字段在很多会议里是匿名标签（如"说话人01"），只有当参会者用真实身份加入且会议开启了相应识别时才会显示真实姓名 | 生成/侧重加工时若要按"发言人"筛选内容，先看转写里说话人字段是显示匿名编号还是真实姓名；匿名编号需要用户协助对应到具体人名，不能由 AI 猜测编号对应谁 |
| `record address` | 返回的是录制整体下载/播放链接，不支持时间戳跳转 | 如需引用片段，用"链接 + 时间段标注"，不要承诺"点击直达 XX 分钟" |
| 录制无权限 | 会返回无权限错误 | 按 `record permission-apply-prepare` → 用户确认 → `record permission-apply-commit` 流程处理，见腾讯会议 CLI 的 record 文档 |
| 同步腾讯文档 | 需要腾讯文档连接器已连接，AI 只能创建新文档写入内容，不能自动分发/推送通知给团队成员 | 文档链接由用户自行转发/分享给团队 |
| **定时任务（自动化）** | 仅支持"周期性触发"（按 rrule：小时/天/周/月）或"指定时间单次触发"，**不支持"会议结束"这类事件触发** | "习惯"环节的"自动生成"本质是**周期轮询**：比如每天/每小时跑一次，查询这段时间内新结束的会议并逐场处理，不是会议一结束立刻触发；轮询频率越高，"感觉上"越接近实时，但仍是轮询而非事件驱动，需向用户如实说明 |

## 技能工作流

### 步骤0：连接检查（每次进入本技能必做，强制前置，无绕过路径）

本技能全程依赖从腾讯会议拉取真实会议录制/转写/智能纪要，**必须先确认已连接腾讯会议才能继续**，不提供跳过连接直接贴文本、也不提供模拟数据等任何绕过方式。

1. 执行 `tmeet auth status` 检查登录状态。
2. **已登录**：直接进入步骤1，正常拉取真实会议数据。
3. **未登录 / `user config is empty` / tmeet 命令不存在**：
   - 告知用户当前尚未连接腾讯会议，本技能依赖真实会议数据生成企业专属模版，**无法在未连接状态下继续**。
   - 询问用户是否同意现在连接。
   - **用户同意后**：帮用户安装腾讯会议 CLI（[https://github.com/TencentCloud/tencentmeeting-cli](https://github.com/TencentCloud/tencentmeeting-cli)），执行：
     ```bash
     npm install -g @tencentcloud/tmeet
     ```
     安装完成后执行 `tmeet auth login`（后台运行捕获授权链接，完整展示给用户，引导其在浏览器打开完成 OAuth 授权），授权完成后用 `tmeet auth status` 确认登录成功，再进入步骤1。命令细节见腾讯会议 CLI 官方文档的"安装与初始化""认证"两节。
   - **用户不同意连接**：明确告知本技能无法继续（不能生成企业专属定制模版），流程到此结束，不做任何降级处理。

### 步骤1：生成（选结构类型 + 单场会议 → 初版纪要）

1. 打开 `assets/meeting-structure-library.md`，向用户展示预置的结构类型（常规会议/决策导向/行动追踪/复盘回顾/每日例会/头脑风暴/高管会议/**党政机关会议**），请用户选一种最接近的起点结构；也允许用户说"这几种都不太对，我想要类似 XX 的结构"，此时 AI 基于最接近的一种做增删改造。
   - **若用户选择"党政机关会议"**：这是特殊分支，不套用其他7种的 emoji+表格式结构。打开 `assets/gov-meeting-templates.md`，先向用户展示其中4类子框架（决策性会议/办公例会/专题会议/座谈研讨会），用该文件"子框架判断"表的关键词辅助识别最接近哪一类（也可直接问用户这场会议的性质），无法判断时向用户确认而非自行猜测。确定子框架后，按该子框架的正式公文体格式生成正文，遵守文件内"通用规则"（用语规范、程序→观点→决策→行动顺序、使用禁忌、分歧处理等），不使用 emoji 分区。
2. 询问是想固化哪一类会议的模版（如"产品部周会"、党政机关场景下如"XX部门常务会议"），用于后续命名。
3. 请用户提供**一场**该类型的会议（若在近3个月内，用 `meeting list-ended` / `record list` 列出候选清单交用户选择，不要自行判断哪场符合；超出3个月窗口的，请用户提供 `meeting_code`，用 `meeting get` 单独查询后继续走 record 相关命令拉取）。
4. 依次 `record list` → `record address` → `record smart-minutes` 拉取该场会议的智能纪要，**同时**用 `transcript-get`/`transcript-paragraphs` 拉取转写全文/段落——智能纪要给结构化的摘要和待办草案，转写补充智能纪要可能压缩掉的细节（具体发言内容、上下文、发言人归属），两者一起作为生成依据，不要只依赖智能纪要单一来源。**严格按选定结构类型的模版格式**（常规7类见 `meeting-structure-library.md` 的分区/emoji/表格列/分隔线；党政机关会议见 `gov-meeting-templates.md` 对应子框架的正式公文体格式）填充实际会议内容，不要自行简化或改变呈现形式；**模版里的条目数量仅为排版示意，不是数量约束**——实际决策/待办/要点有多少条，就完整列出多少条，不能因为模版示例只给1-2条就把真实内容压缩截断。
5. 交付初版，**必须在同一条回复中，紧跟在初版内容之后，强制附上以下两件事，缺一不可**：
   - 明确告知这是按 XX 结构类型（党政机关场景下：XX子框架）生成的第一版，可以直接提修改意见来调整；
   - **主动邀请用户提供真实历史纪要**：直接问一句类似"如果您手头有这类会议过去人工整理过的真实纪要（哪怕只有1-2份），麻烦发给我，能让后面的调整更快贴近你们团队的实际习惯"。这不是可选项，**每次交付初版后都必须触发这句邀请**，不能只在步骤2里被动等用户想起来才提；如果用户在步骤1开始前已经主动提供过真实范例，则不需要重复邀请。

### 步骤2：调整（语言反馈迭代，可结合真实历史纪要）

1. 用户对步骤1产出的版本提修改意见（增删板块、改措辞、改待办颗粒度等），AI 直接按意见修改并重新交付。
2. **主动推荐（步骤1结尾已触发一次强制邀请，本步骤持续跟进，不要放弃）**：如果用户在步骤1的邀请后仍未提供真实范例，且还在做多轮调整，可在合适的节点（如用户反馈"风格还是不太对"这类笼统意见时）再次提出："如果能提供1-2份过去人工整理的真实纪要，会比反复口头描述更快让我抓住风格细节，比如称呼习惯、板块顺序、待办是否要写验收标准等"。一旦用户提供了真实范例或明确表示"没有/不提供"，之后不再重复邀请。
3. 每轮调整不要只问"还有什么要改的吗"，可以针对具体板块提问，例如："待办这里我按'责任人+截止时间'两个字段写的，需要加验收标准吗？决议事项和行动项要分开列还是合并？"引导用户给出具体反馈。
4. 重复1-3，直到用户明确表示"这版可以了/就按这个来"。

### 步骤3：沉淀（固化为该类结构的默认模版）

1. 将步骤2最终确认的版本，保存为该类会议的定制模版文件，命名：`{企业/团队名}-{会议类型}-定制纪要模版.md`（例如"XX团队-产品周会-定制纪要模版.md"），使用 `assets/enterprise-template-skeleton.md` 的结构作为落盘骨架，同时标注这份模版基于步骤1选择的哪种结构类型起点（党政机关场景需同时标注具体子框架，如"党政机关会议-决策性会议"）。
2. 明确告知用户：**后续同类型会议（如同样是"产品部周会"）默认会调用这份定制模版生成纪要**，不用每次重新走生成+调整。
3. 如果用户后续还有其他类型的会议（如"决策评审会"）需要定制，重新走一轮步骤1-3，产出独立的另一份模版文件——不同会议类型的模版分开存放，不要合并成一份大而全的文件。
4. **沉淀完成后，必须主动列出全部可选的增值定制选项供用户挑选**，不要只等用户自己想起来问，也不要只提其中一两项。用类似下面的方式完整展示：
   ```
   模版已经固化好了。接下来如果需要，我还可以帮您做：
   1. 多语言输出——把这份纪要直接翻译成其他语言版本
   2. 同步到腾讯文档——生成一份可在线协作查看的文档链接
   3. 针对特定发言人的侧重版——单独整理某位发言人的观点和发言内容
   还需要固化为定时任务，让以后每场同类会议结束后自动生成吗？
   需要以上哪些，或者都不需要，直接告诉我就行。
   ```
   党政机关场景下增值选项一致，措辞可按正式语境调整，但仍需完整列出全部选项，不能省略。

## 增值定制（可选，沉淀完成后随时可用）

- **多语言输出**：直接对已生成的最终版纪要（已套用定制模版格式的完整内容）进行翻译，**不重新拉取会议数据**——翻译对象是当前这份成型的输出文本，保留原有的分区/emoji/表格结构，只替换语言内容。不区分是否为 `record smart-minutes --lang` 支持的 default/zh/en/ja，统一走 AI 翻译层直接处理已生成内容；如目标语言恰好是 zh/en/ja 之一，也不需要为了"用官方接口"而重新调用 `--lang` 参数重新拉取生成一遍，直接翻译现有版本即可，保证多语言版本之间格式、结构、待办颗粒度完全一致，只有语言不同。
- **链接腾讯文档沉淀**：腾讯文档连接器已连接时，把最终版纪要待办用 Markdown 内容创建为腾讯文档（标题建议：`{企业/团队名}-{会议主题}-{日期}`），返回链接供用户自行分享；未连接则告知用户先连接，不阻塞其他产出。多语言版本分别建档，不混在一份里。
- **针对特定发言人的侧重加工**：从转写内容中按发言人筛选/突出某人的发言，生成一份聚焦该发言人观点、发言内容的纪要版本——例如"重点整理一下张总在这场会上说的内容"。执行方式：
  - 先看 `transcript-get`/`transcript-paragraphs` 里的说话人字段——如果显示的是真实姓名，可直接按姓名筛选；如果是匿名编号（如"说话人01"），需要请用户协助指认"说话人01是谁"，不能由 AI 猜测编号对应关系。
  - 需要用户明确指出想侧重的发言人是谁，不要自行猜测谁是重点对象。
  - 产出时说明这是"针对XX发言内容的侧重版"，区别于面向全员的完整版纪要。

## 习惯（可选，固化为定时任务）

**触发条件**：仅当用户已完成至少一份定制模版的沉淀，且明确表示希望自动化后，才主动邀请：

```
这套模版现在已经比较稳定了，接下来每场这类会议结束后，我可以按固定节奏（比如每天/每小时检查一次）自动帮您用这套模版生成纪要待办，可选同步到腾讯文档。需要我现在帮您设置这个定时任务吗？
```

1. **用户同意后**，明确告知这是**周期轮询**而非"会议一结束立刻触发"（见能力边界表），和用户确认轮询频率（如每天早上、每小时一次）。
2. 通过当前环境提供的自动化/定时任务能力创建周期任务，任务配置需包含：
   - **任务提示词中完整描述任务内容**（因为自动化运行时不会带着这次对话的上下文），至少包含：
     - 使用哪个定制模版（把模版文件路径或模版全文写入提示词，不要只写"用之前的模版"），以及这份模版对应哪一类会议（按会议主题关键词匹配）
     - 查询自上次运行以来新结束的该类会议（如"查询近 24 小时内已结束、主题含'产品部周会'的会议"，具体窗口按用户选定的轮询频率对应调整）
     - 明确要求同时拉取智能纪要和转写内容（`record smart-minutes` + `transcript-get`/`transcript-paragraphs`）作为生成依据，不要只用智能纪要单一来源
     - 是否需要多语言版本、是否需要同步腾讯文档等增益项按用户确认的配置写清楚
     - **去重处理**：要求"如果某场会议已经生成过纪要待办，不要重复生成"（可通过检查是否已存在对应产出文件/文档来判断）
   - **周期类型**设置为重复执行，周期规则按用户确认的频率设置
   - **工作目录**设置为存放模版文件和产出物的工作目录
3. 创建完成后告知用户任务已生效，说明可以随时通过对话让 AI 查看/暂停/调整该任务。

## 定制模版的存储与复用

- 每种会议类型维护一份独立模版文件：`{企业/团队名}-{会议类型}-定制纪要模版.md`。
- 模版固化后如果用户发现某场实际生成结果又不满意，可以直接重新走步骤2的调整对话，更新同一份模版文件（版本号+1），不需要重新走步骤1。
- 起点结构类型库：`assets/meeting-structure-library.md`；党政机关会议子框架库：`assets/gov-meeting-templates.md`；落盘骨架：`assets/enterprise-template-skeleton.md`。

## 常见问题

| 场景 | 处理方式 |
|---|---|
| 用户不确定该选哪种起点结构类型 | 根据用户描述的会议目的匹配最接近的一种，说明理由，允许用户换选 |
| 用户没有真实历史纪要参照，只能靠语言描述调整 | 正常走步骤2迭代，但提示可能需要更多轮反馈才能收敛，效果通常不如有真实范例参照快 |
| 交付初版后忘了邀请用户提供真实纪要 | 步骤1第5条是强制动作，检查是否在交付初版的同一条回复里附上了邀请文案；如果漏了，下一轮对话里补上 |
| 沉淀完成后只提了部分增值选项（如只提了多语言，没提侧重加工/定时任务） | 步骤3第4条是强制动作，必须完整列出全部增值定制选项（多语言/腾讯文档/发言人侧重）+ 定时任务选项，一次性展示给用户挑选 |
| 用户要多语言版本 | 直接翻译已生成的最终版纪要文本，不重新拉取会议数据，不使用 `record smart-minutes --lang`；统一走 AI 翻译层，如实告知非官方翻译接口 |
| 候选会议超过 3 个月窗口 | 请用户手动提供 `meeting_code`，用 `meeting get` 单独查询 |
| 录制无访问权限 | 走 `record permission-apply-prepare` → 用户确认 → `record permission-apply-commit` 流程 |
| 腾讯文档未连接但用户要同步文档 | 先产出文本结果交付，同步文档留待用户连接后补做 |
| 用户以为定时任务是"会议结束立刻触发" | 必须澄清是周期轮询，不是事件即时触发 |
| 定时任务运行后发现重复生成同一场会议 | 检查任务提示词中的去重逻辑是否要求了"先看是否已有产出再决定是否生成" |
| tmeet 未连接/未登录 | 步骤0强制前置检查，未连接时引导安装 CLI（`npm install -g @tencentcloud/tmeet`）+ `tmeet auth login`；用户不同意连接则流程终止，不提供任何绕过方式 |
| 一个企业有多种会议类型都要定制 | 每种类型单独走一轮步骤1-3，分开存模版文件，不要合并 |
| 用户要针对某发言人做侧重加工，但转写里只有"说话人01"这类匿名编号 | 请用户协助指认编号对应的真实姓名，不能由 AI 猜测；指认后再按姓名筛选转写内容 |
| 生成的纪要条目数量明显少于会议实际内容（如决策只写了2条但实际有5条） | 检查是否把模版示例里的条目数量当成了输出约束；模版中的编号/列表/表格行数仅为排版示意，实际内容有多少写多少，参见 `meeting-structure-library.md` 顶部说明 |
| 用户选了"党政机关会议"但不确定该场是哪类子框架 | 用 `gov-meeting-templates.md` 的关键词匹配表辅助判断，命中不了就直接问用户会议性质，不要自行猜测；默认降级建议"办公例会"仍需用户确认 |
| 党政机关会议纪要里出现了"领导要求""大家同意"等口语化表述 | 违反使用禁忌，需改写为"会议要求""会议同意"等规范用语，参见 `gov-meeting-templates.md` 通用规则 |

## 参考

- 腾讯会议 CLI 安装与命令细节（安装、登录、record 域完整参数、权限申请流程等）：[tencentmeeting-cli 官方仓库](https://github.com/TencentCloud/tencentmeeting-cli)
- 起点结构类型库：`assets/meeting-structure-library.md`
- 落盘模版骨架：`assets/enterprise-template-skeleton.md`

使用说明

# 会议纪要模版定制

把 AI 生成的会议纪要打磨成贴合企业习惯的专属模版，之后同类会议自动套用。

## 使用

在对话中直接说：

```text
帮我定制一份产品部周会的纪要模版
```

技能会引导你完成三步：

1. 从 8 种预置结构类型中选起点（常规会议/决策导向/行动追踪/复盘回顾/每日例会/头脑风暴/高管会议/党政机关会议）
2. 基于一场真实会议生成初版，用自然语言反馈反复调整
3. 满意后固化为该类会议的默认模版

## 工作原理

技能依赖腾讯会议 CLI（`npm install -g @tencentcloud/tmeet`）拉取会议录制、转写与智能纪要，按选定结构骨架生成初版纪要；调整满意后落盘为 `{团队}-{会议类型}-定制纪要模版.md`，并支持多语言输出、腾讯文档同步、发言人侧重版与定时自动生成。

## 说明

本技能克隆自 SkillHub 技能市场「会议纪要模版定制」（enterprise-minutes-template1，原作者：user_283d8d48）。使用前需已连接腾讯会议；未连接时技能会引导安装与授权，不做降级处理。

如何安装此技能？

访问技能市场，点击「安装」按钮，按提示将技能包放入 AI 编程助手的 skills 目录即可。