腾讯会议 AI 纪要助手

概述

面向腾讯会议场景的全流程 AI 助手 Skill。在会前、会中、会后三个阶段提供智能辅助，帮助团队从"开完会就忘"变成"开完会有结果"。

产品形态： 侧边栏应用（320px 固定宽度） + IM 机器人联动

• 侧边栏应用：开会时所有人可点开，实时看到 AI 提炼的议题进度与待办卡片，适合协同
• IM 机器人：散会后自动在群聊/单聊中推送纪要，解决「找记录」痛点。优先对接企微（与腾讯会议天然打通），飞书、钉钉作为扩展渠道

⚡ 3 秒了解我能不能用

🖐 第一次用，看这里

> 📖 详细的分步操作指南（每个步骤点什么、会看到什么、出错了怎么办）→ references/getting-started.md

三句话入门：

> 💡 10 秒体验：在 WorkBuddy 对话框里输入「帮我总结这段会议：今天讨论了三个事，第一前端进度慢了需要加人，这周五前确定。第二后台接口月底联调，老张负责。第三预算超支，暂停非核心需求。」——你会立刻看到纪要生成的效果。

触发条件

当用户输入包含以下模式时触发此技能：

会前触发词

• "帮我建个会" / "创建一个腾讯会议" / "新建会议"
• "预约一个会议" + 会议议程描述
• "帮我定一个腾讯会议，议题是XXX"

会中触发词

• "开始做会议记录" / "帮我记会议" / "开始会议纪要"
• "帮我做实时纪要" / "实时记录会议"

会后触发词

• "生成会议纪要" / "做会议总结" / "会议总结"
• "帮我整理刚才的会议" / "把会议纪要发群里"
• "会议待办汇总" / "会后待办"

通用触发词

• "会议纪要" / "开会纪要" / "腾讯会议" + 任何会议相关描述
• "meeting minutes" / "会议机器人" / "自动记会议"

典型输入示例：
- "帮我建一个明天上午10点的项目复盘会，议题包括上周进度回顾、风险同步、下阶段排期"
- "会议开始了，帮我做实时纪要"
- "刚开完的项目复盘会，帮我生成纪要，并把待办推给对应的负责人"
- "把这份转写文本整理成会议纪要，区分讨论、结论、待办"

核心功能设计

本 Skill 覆盖会议全生命周期四个阶段，每个阶段有明确的功能点与对应的腾讯会议 API 能力：

会前 — 一键建会 + 预填议程

功能： 用户一句话描述会议需求，Skill 调用腾讯会议 API 创建会议并预填议程。

流程：
1. 从用户输入中解析：会议时间、主题、参与人、议程大纲
2. 调用腾讯会议「创建会议 API」创建会议，将议程写入自定义扩展字段
3. 将会议链接、入会密码返回给用户，同时生成 .ics 日历文件
4. 调用企微/飞书 IM Bot 给参与人发送会议邀请通知

调用的腾讯会议能力： 创建会议 API + 自定义扩展字段

API 参考： 详见 references/tencent-meeting-api.md 中「创建会议」章节

会中 — 智能议题锚点

功能： 当主持人说"进入第X个议题"或"接下来讨论XXX"时，Skill 自动在转写流中打时间戳标签，生成结构化的议题锚点。

流程：
1. 通过实时转写回调流持续监听语音转写文本
2. NLP 识别议题切换关键词（如"进入第"、"下一个议题"、"接下来讨论"、"开始讲XX"）
3. 打锚点时间戳，侧边栏实时更新议题树结构
4. 每个议题下统计讨论时长，超出预期时段时弹提醒

调用的腾讯会议能力： Hook 实时字幕/转写回调（需 Beta / 企业版能力）

会中 — Action 捕捉（待办提取）

功能： 识别"负责人/截止/DDL"等句式，在侧边栏实时渲染可确认的待办卡片。

识别规则：
- 负责人模式： "XXX跟进"、"@XX负责"、"交给XX" → 提取 action + owner
- DDL 模式： "这周五前"、"下周三前"、"DDL是XX"、"截至XX号" → 提取 deadline
- 复合模式： "后端接口这周五联调完，老张跟进" → 同时提取 action + owner + deadline

流程：
1. NLP 实时处理转写文本流
2. 匹配待办识别规则，提取结构化字段（action / owner / deadline）
3. 侧边栏弹出轻提示卡片：已记录待办 → 后端联调（DDL 周五，@老张）[确认✓]
4. 用户点击确认后固化到待办列表；未确认的标记为"待确认"状态

调用的能力： NLP 处理转写文本 + 侧边栏数据同步

会中 — 静音提醒

功能： 识别单人连续发言超过阈值（默认 3 分钟），弹气泡提醒该参会人精简发言。

流程：
1. 通过语音活跃检测识别当前发言人
2. 追踪单人连续发言时长
3. 超阈值时，通过应用消息推送在侧边栏弹出善意提醒气泡
4. 主持人可配置：关闭提醒 / 调整阈值 / 仅主持人可见

调用的能力： 语音活跃检测 + 应用消息推送

会后 — 纪要自动出稿

功能： 将会议转写文本智能解析为三段式总结：讨论、结论、待办。

解析策略：

流程：
1. 获取云录制转写完整文本（若使用实时转写则已有）
2. 按议题锚点分段，每段独立分析
3. 应用解析策略，将文本分类为讨论/结论/待办/背景
4. 生成结构化 Markdown 纪要文件
5. 支持人工编辑调整（提供预览 + 确认发布）

调用的腾讯会议能力： 云录制转写文本解析

会后 — 跨平台销账

功能： 将会议中确认的待办推送到 IM 平台，分配给对应负责人。

支持平台（按优先级）：
1. 企业微信 — 与腾讯会议天然打通，推送到个人 + 对应群聊
2. 飞书 — 通过飞书 Bot API 推送消息卡片
3. 钉钉 — 通过钉钉机器人发送互动卡片

流程：
1. 从纪要中提取所有已确认的待办项
2. 按负责人分组
3. 通过对应平台 Bot 发送个人待办提醒
4. 群聊中发送汇总卡片（含决议、待办、回放链接）
5. 记录推送状态，支持失败重试

调用的能力： IM Bot 消息 API

能力边界定义

本 Skill 并非万能，以下清晰列出不同版本用户的能力覆盖范围。遇到无法处理的场景时，Skill 应主动告知而非静默失败。

按版本分层的功能可用性

明确不支持或受限的场景

1. 个人版用户无法使用实时记录： 个人版/免费版没有实时转写 API 接口。个人版用户只能使用「会后」能力——先开会、等云录制转写完成后，Skill 再解析转写文本生成纪要。在面对个人版/免费版用户时，必须在第一时间明确告知这个限制，并引导其使用会后降级方案。

2. 混合版本参会者的限制： 如果会议中有个人版参会者，该参会者的发言仍会被录制转写捕获（因为是主持人的录制权限），但该参会者本人在侧边栏中不会收到实时待办提醒和议题更新。纪要生成后，Bot 仍可推送给他。

3. 非中文转写质量会下降： 腾讯会议的转写引擎对中文优化最好，中英混合次之，纯英文/方言/强口音场景的转写准确率会明显下降，导致纪要质量不可控。遇到此类场景应提前提示用户。

4. 多人同时抢话： 当 3 人以上同时发言时，转写文本会混杂，NLP 的待办/议题识别准确率下降，纪要中该片段会被标记为 [多人发言，可能存在偏差]。

5. 不会主动发起会议操作： 本 Skill 不会在用户未授权的情况下创建/取消/修改会议，不会自动静音参会者，不会自动踢人。所有写操作都需要用户明确指令。

6. 不支持跨会议关联： 每次会议独立处理，不会自动关联前后会议（如"上次提过的那个问题"无法追溯），除非用户手动关联。

遇到能力边界时的处理原则

• 主动降级，不要静默失败。 例如：实时转写不可用 → 告知用户"当前版本不支持实时记录，会议结束后我会基于录制转写生成纪要。"
• 给替代方案，不给拒绝。 例如：静音提醒不可用 → "当前版本不支持自动静音提醒，但你可以在侧边栏手动开启发言计时器。"
• 预判告知，不要事后解释。 例如：用户说"帮我做实时纪要" → 先检查版本，若为个人版则提前告知限制，建议录制后处理。

> 💡 更多真实复杂场景的处理策略（多人抢话、模糊 DDL、中英混合、超长会议分段、断线重连、头脑风暴降级）→ references/advanced-scenarios.md

典型交互脚本

会中 — 侧边栏实时反馈

场景： 主持人说："接下来讨论第三期排期。"

Skill 行为：
- 侧边栏自动更新议题树，新增锚点节点
- 显示：[14:02] 📌 议题三：第三期排期
- 开始统计该议题讨论时长

会中 — 待办捕捉

场景： 参会人说："后端接口这周五联调完，老张跟进。"

Skill 行为：
- 侧边栏弹出轻提示卡片：
┌──────────────────────────────┐ │ ✨ 已记录待办 │ │ │ │ 📋 后端接口联调 │ │ 📅 DDL：本周五 │ │ 👤 @老张 │ │ │ │ [确认 ✓] [修改 ✎] [忽略 ✕]│ └──────────────────────────────┘
- 用户点击确认后，待办卡片缩小为列表项，进入「已确认」列表

会后 — IM 机器人推送

Bot 在群聊中自动发送：

📋 《项目复盘会》纪要已生成

✅ 决议 2 条 | ⏳ 待办 3 项 | 🎙️ 回放

━━━━━━━━━━━━━━━━
✅ 决议：
  1. 第三期排期调整为 8 月 1 日上线
  2. 后端先行，前端 7 月 25 日进场

⏳ 待办：
  1. 后端接口联调（@老张，DDL 周五）
  2. 需求文档更新（@产品小王，DDL 下周一）
  3. 测试用例评审预约（@测试小李）

🎙️ 回放链接：https://meeting.tencent.com/...
━━━━━━━━━━━━━━━━

开发关键注意点

本 Skill 在实际开发中需特别注意以下三点，详见 references/tencent-meeting-api.md：

1. 转写流合规

• 腾讯会议个人版 / 免费版的转写功能开放有限，无法稳定拿到实时转写回调
• 企业版 / 行业版才具备完整的实时转写 API 能力
• MVP 建议： 前期先用「云录制转写完成 Webhook」做会后纪要生成，待获得企业版权限后再接入实时转写做会中能力
• 即使无实时转写，也可通过「上传录音文件 → 语音转文字」实现降级方案

2. 身份鉴权

• 使用腾讯会议 OAuth2 授权机制
• 建议申请两个最小权限 scope，加快审核通过速度：
• meeting_control — 创建/管理会议
• recording — 录制与转写相关
• 不需要申请用户信息、通讯录等额外权限
• Token 管理：access_token 有效期 2 小时，需通过 refresh_token 自动续期

3. UI 规范

• 侧边栏宽度固定为 320px，不可调整
• 不能遮挡腾讯会议原生的「共享屏幕」「成员列表」等功能按钮
• 交互设计优先采用卡片式布局而非表单，提升会议场景下的操作效率
• 字体不小于 12px，保证在投屏/小窗口下可读性
• 待办卡片操作仅需「确认/修改/忽略」三选一，减少会议中的心智负担

异常处理与用户提示

当功能出错时，Skill 必须向用户输出格式化的标准卡片，而非自由文本描述。完整的错误码与卡片模板定义见 references/error-handling-guide.md（覆盖 10 种常见异常，每种含：标题、原因列表、可操作建议、降级路径、trace_id）。

卡片模板强制规范：

每条错误提示必须包含四要素——「发生了什么」→「可能原因」（按概率排序）→「建议操作」（含明确的按钮/动作指引）→「trace_id」（小字灰色）。原因按最常见排第一，操作必须给出可执行动词，每个错误至少附带一条降级/绕过路径。

关键错误速查：

实现原则： 后台自动重试对用户透明（超时 3 次、限流按 Retry-After 等待）；同类型错误 5 分钟内不重复弹出；多个错误同时发生时仅展示优先级最高的，其余折叠显示。

运行稳定性与容错设计

> 💡 本章描述 Skill 运行时的自动容错机制。面向用户的错误提示卡片模板见 references/error-handling-guide.md。

生产环境不可避免地会遇到网络波动、服务限流、接口间歇性故障。Skill 需要具备自愈能力，减少用户介入。

网络与服务容错

数据一致性与恢复

• 幂等设计： 所有 API 请求携带 idempotency_key（UUID v4），重复请求不会创建重复资源。
• 断点续传： 实时转写 WebSocket 断连后重连时，通过 last_sequence_id 参数续拉断连期间的转写内容，不丢数据。
• 本地缓存兜底： 会中产生的待办/议题数据优先缓存在侧边栏本地存储中，网络恢复后批量同步到服务端。即使全程断网，会后纪要也不会为空。
• 失败消息队列： IM Bot 推送失败时，待办消息进入重试队列，按 1m/5m/15m/1h 的间隔递进重试，24 小时内最多重试 10 次。超过则标记为「推送失败」并通知用户手动处理。

版本与服务依赖检查

• 启动时自检： Skill 初始化时检查：① 腾讯会议 API 可达性 ② Token 有效性 ③ 当前账号版本（个人版/商业版/企业版）。根据检查结果调整可用功能列表，禁用不可用的功能入口并标注原因。
• 运行时健康检查： 每隔 5 分钟 ping 一次关键 API，若连续 3 次失败则触发降级通知。
• 版本能力感知： 侧边栏功能入口处标注功能所需的版本（如「实时纪要」旁标注 企业版），让用户在点击前就知晓限制。

用户手动重试入口

即使有自动容错，仍需为用户保留手动控制权：

• 全局重试按钮： 侧边栏右下角固定「重试失败项」按钮，点击后重试所有失败的推送、同步操作。
• 单条重试： 待办推送失败时，卡片上出现「重试推送」链接，可单独重试该条。
• 强制刷新： 侧边栏下拉刷新（下拉手势或刷新按钮），清空本地缓存并从服务端拉取最新状态。

工作流程编排

当用户触发此 Skill 时，按以下 Phase 编排执行：

Phase 1: 需求识别

根据用户输入判断当前处于哪个会议阶段：
- 包含"建会/创建/预约/新建/安排" → 会前阶段
- 包含"开始记/实时/正在开会/现在记录" → 会中阶段
- 包含"总结/纪要/整理/刚开完/推给/发群里" → 会后阶段

Phase 2: 执行对应阶段逻辑

根据 Phase 1 判断结果，执行对应阶段的完整流程。多阶段需求（如"帮我建会并开始记录"）按会前→会中→会后的顺序串联执行。

Phase 3: 结果呈现

• 会前结果： 会议链接、日历文件(.ics)、已预填的议程模板
• 会中结果： 侧边栏实时反馈（待办确认卡片、议题进度、静音提醒）
• 会后结果： 结构化 Markdown 纪要与待办清单推送确认

常见问题 (FAQ)

完整的 16 个常见问题解答已抽离为独立文件 → references/faq.md（分类：版本权限 / 使用方式 / 复杂场景 / 工具对比 / 故障排查）。

快速索引：

资源文件

references/tencent-meeting-api.md

腾讯会议开放平台 API 参考文档，包含创建会议、转写回调、OAuth2 鉴权、Webhook 配置等关键接口的调用说明与参数定义。

references/architecture.md

产品架构设计文档，包含系统架构图、数据流设计、IM Bot 对接方案、侧边栏与机器人的协同机制。

references/getting-started.md 🆕 分步操作指南

分步操作指南 — 覆盖三个真实场景的「跟我做」式教程：① 刚开完会生成纪要（5 步，最常用）② 一键建会+预填议程（4 步）③ 配置 Bot 自动推送待办（4 步）。每个步骤描述具体动作、预期视觉反馈、做完后得到什么。末尾附「常见操作速查表」和「首次使用检查清单」。

references/advanced-scenarios.md 🆕 复杂场景处理

复杂场景细节处理指南 — 覆盖 6 个真实混乱场景的内部策略与用户可见效果：① 多人同时发言（五层防护）② 模糊时间表达（10 种解析规则）③ 中英混合与技术术语 ④ 超长会议分段处理（2h+）⑤ 断线/迟到/离席的续接 ⑥ 头脑风暴类非结构化会议的创意捕捉模式。末尾附可调参数速查表，供实现阶段配置。

references/error-handling-guide.md

异常处理规范化指南 — 10 种常见异常的标准化回复卡片模板（E-AUTH / E-NET / E-TRANS / E-MINUTES / E-PUSH / E-FILE 系列）。每种错误含标准卡片结构（标题 → 原因 → 操作 → trace_id），Skill 运行时按错误码查表输出，确保用户每次看到的提示格式一致、操作明确。

references/faq.md

常见问题解答（16 问） — 独立 FAQ 文档，按「版本权限 / 使用方式 / 复杂场景 / 工具对比 / 故障排查」分类，支持折叠展开，方便用户快速定位问题。SKILL.md 中保留快速索引摘要。

assets/sidebar-card-ui.html

侧边栏应用的 UI 组件模板 — 议题树、待办卡片、静音提醒气泡的 HTML/CSS 参考实现，遵循 320px 固定宽度 + 卡片式交互规范。

assets/meeting-minutes-template.md

会后纪要 Markdown 模板，预置「讨论 → 结论 → 待办」三段式结构，用于从转写文本自动填充生成最终纪要。

assets/minutes-simulator.html ⭐ 推荐首先打开

纪要模拟器 — 无门槛的交互式演示。在浏览器中打开后：粘贴会议文本 → 点生成 → 立刻看到 AI 如何拆解为决议、讨论详情、待办清单。内置 4 组示例文本（标准复盘会 / 混乱讨论 / 模糊截止时间 / 中英混合），覆盖复杂会议场景。无需登录、无需 API、纯前端运行。