会议主持人助手 · AI会议副驾驶

Overview

好会议和烂会议的最大区别是什么？主持人。

本Skill专注于会议最被忽视的环节——「会中」。作为AI主持人副驾驶，在会议进行中提供实时的议程导航、发言均衡监控、跑题预警、关键节点标记和冷场救场策略。对接腾讯会议Skill（tmeet）的会中控制能力和实时转写数据，让每场会议都有一个"看不见的主持人"在背后护航。

为什么卡位会中？

• 会前工具一大堆（议程模板、材料整理）
• 会后工具也很多（纪要、待办、复盘）
• 会中——会议真正的价值创造环节——却几乎空白

本Skill填补这一空白。会议时间是最贵的资源，主持人助手确保每一分钟都在创造价值。

能力边界与限制

本Skill在以下场景下表现最佳，以下边界需要用户知晓：

核心能力边界

失效场景说明

以下情况本Skill无法提供有效辅助，会明确告知用户：

1. 会议已经开始但未提前准备议程 → Skill只能做基础时间提醒，无法导航环节，建议至少告知"当前在讨论什么、还剩多少时间"
2. 参会人超过20人且频繁同时发言 → 发言均衡监控失效，建议简化为主持人话术模板库
3. 用户只发"帮我主持"但没有任何上下文 → 会追问会议类型、时长、议题、参会人，而非盲猜生成
4. 会议议题涉及高度敏感政治/宗教/伦理争议 → 争议调解功能不激活，仅记录分歧点，避免给出可能被误解为"站队"的建议
5. 纯文字会议（无语音/无实时转写，用户也不手动输入讨论内容） → 内容相关功能（跑题、节点标记）不可用，仅保留议程导航和救场话术库

功能打折场景

• 发言均衡：超过10人时，只监控"连续发言超时"和"完全未发言"两类极端情况，不再做精细占比分析
• 跑题检测：需要用户提供当前讨论内容（或对接tmeet转写）。若用户只反馈"好像跑题了"而不提供具体内容，Skill会询问讨论主题和当前实际在聊什么，再做判断
• 冷场救场：若不知道议题具体内容，只提供通用救场话术（5种冷场类型各一句），而非基于议题内容的个性化引导
• 争议调解：若无法获知争议双方的具体观点，只提供通用的Level 1/2/3调解框架，需要用户补充信息后才给出具体话术

三阶段工作流

会前结构化 → 会中实时护航（核心） → 会后效率复盘

Phase 1: 会前 — 议程结构化

目标: 将模糊议题转化为可执行的结构化议程。

触发条件: 用户提供会议议题/目标，说"帮我准备主持"、"这个会怎么开"。

异常处理策略（信息不完整时）

当用户提供信息不完整时，按以下策略处理，绝不盲猜生成：

1.1 议程结构化

从用户输入的原始议题出发，输出结构化议程：

## 会议议程: [会议名称]

**目标**: 一句话说清这场会要达成什么
**总时长**: XX分钟
**参会人角色**:
  - 决策者: [谁有权拍板]
  - 信息提供者: [谁有核心信息]
  - 执行者: [谁负责落地]
  - 观察者: [谁只需了解]

### 议题时间分配
| 序号 | 议题 | 类型 | 时长 | 目标产出 | 主持人关键动作 |
|------|------|------|------|----------|----------------|
| 1 | [议题] | 信息同步 | 5min | 全员了解背景 | 控制不超时 |
| 2 | [议题] | 讨论决策 | 20min | 明确方案A/B选择 | 聚焦分歧点 |
| 3 | [议题] | 头脑风暴 | 15min | 产出3-5个方向 | 鼓励发散不评价 |
| 4 | 总结与待办 | 收尾 | 5min | 每个人的下一步 | 确认责任人和DDL |

1.2 议题类型判定

对每个议题标注类型，不同类型对应不同主持策略：

1.3 参会人画像（对接tmeet-skill）

可选调用tmeet-skill的通讯录查询和会议报告能力：

• 获取参会人在历史会议中的参与模式
• 标注谁爱说话、谁沉默、谁是某领域专家
• 生成参会人角色分布图

1.4 主持入场准备

输出主持人开场白和议程说明模板，确保会议前3分钟定调。

Phase 2: 会中 — 主持人AI副驾驶 ⭐核心

目标: 在会议进行中提供实时辅助，是用户看不见的主持人。

触发条件: 用户说"会议开始了"、"开始主持"、或提供会议中的讨论内容。

异常处理策略（信息不完整时）

会中场景复杂度高，信息缺失是常态。按以下策略处理：

2.1 议程导航

核心功能: 像GPS一样导航会议进程。

### 🧭 议程导航

📍 当前位置: 议题2/4「讨论决策: XX方案选择」
⏱ 本环节剩余: 12/20分钟
📊 会议总进度: ████████░░░░░░░░ 45%

---

**✅ 上一环节完成**: 议题1「背景同步」— 5分钟，按计划完成
**👉 当前环节目标**: 在方案A和方案B之间做出选择
**🔜 下一环节预告**: 议题3「头脑风暴: Q3增长方向」

⏰ 本环节剩余5分钟时提醒主持人准备收束

2.2 发言均衡监控

核心功能: 检测参会人发言分布，确保不被少数人垄断。

触发条件：

• 某参会人连续发言超过3分钟 → 提示主持人打断或总结
• 某参会人超过15分钟未发言 → 提示主持人cue人
• 单人发言占会议总时长超过50% → 警告

### 🎤 发言均衡提醒

📊 近10分钟发言分布:
王总     ████████████████████ 65% 
李经理   ██████ 18%
张工     ████ 12%
赵设计   ░ 5%          ⚠️ 沉默超过15分钟
陈运营   — 0%          ⚠️ 尚未发言

💡 建议: "赵设计，你在用户体验方面很有经验，对这个方案有什么看法？"

2.3 跑题预警

核心功能: 基于讨论内容检测议题偏离，提示主持人拉回正轨。

跑题检测策略：

1. 关键词偏离: 当前讨论的关键词与议题关键词匹配度低
2. 话题漂移: 讨论从"做什么"滑向"怎么做"太早
3. 细节陷阱: 在一个执行细节上纠缠过久
4. 旧事重提: 讨论已经决策过的内容

### ⚠️ 议题偏离预警

当前议题: 「讨论Q3增长方向」
当前讨论: 「XX功能开发的排期问题」

🔴 检测到话题漂移 → 建议:
"这个问题很重要，但属于Q3方案确定后的执行排期。我们先回到增长方向的选择上。
我可以把排期问题记入待跟进，会后单独讨论。需要我现在记下来吗？"

2.4 关键节点自动标记

核心功能: 听到关键信息时自动打点，方便会后快速定位。

标记类型：

• 🏁 决策点: "我们决定……"、"那就按这个方案"
• ✅ 待办项: "XX你去跟进……"、"这件事谁来负责"
• ⚡ 分歧点: 明显不同的意见碰撞
• 💡 洞察点: 有价值的观点或数据

### 📌 关键节点已标记

🏁 决策: 15:32 | 确定Q3主攻方向为"企业版SaaS"
  提议人: 王总 | 状态: 全员同意

⚡ 分歧: 15:38 | 张工与李经理在定价策略上存在分歧
  张工: 建议99元/月走量
  李经理: 建议299元/月筛选高价值客户
  状态: 未解决 → 建议单独安排定价讨论会

✅ 待办: 15:42 | 张工负责在一周内输出企业版功能roadmap
  DDL: 7月24日

2.5 冷场救场引擎

核心功能: 当讨论陷入沉默时，自动抛出引导问题。

冷场检测：

• 超过10秒无人发言
• 主持人问"大家有什么想法"后无人响应

救场策略库：

2.6 争议调解

核心功能: 当讨论陷入僵局时，提供调解策略。

争议级别判定：

• Level 1 — 信息型分歧: 双方信息不对称 → 先补齐信息
• Level 2 — 判断型分歧: 相同信息、不同判断 → 明确决策标准
• Level 3 — 价值型分歧: 根本价值观不同 → 升级到决策者裁决

### 🔥 争议调解建议

当前争议: Level 2 — 判断型分歧（定价策略）
双方信息对称但判断不同

💡 调解策略:
1. 不要让双方继续互辩（容易升级为情绪化）
2. 主持人介入: "我听到两个方案各有道理。我建议我们先用客观标准来评估：
   - 哪个方案能更快验证市场需求？
   - 哪个方案的试错成本更低？
   - 哪个方案更符合我们现阶段的资源状况？"
3. 如果仍然无法达成一致 → 记录为「需决策者裁定」，推进下一个议题

2.7 tmeet-skill 会中对接

本阶段深度依赖tmeet-skill：

Phase 3: 会后 — 主持人视角复盘

目标: 不只总结会议内容，更评估主持效果，持续提升会议质量。

触发条件: 用户说"会议结束了"、"帮我复盘"、"今天主持得怎么样"。

异常处理策略（信息不完整时）

会后复盘依赖会中数据，数据缺失时按以下策略降级：

3.1 会议效率评分

基于会中记录的多维数据，输出会议效率报告：

## 会议复盘: [会议名称]
**日期**: [日期] | **时长**: [实际时长]/[计划时长]
**主持人**: [姓名]

### 效率仪表盘
📊 综合效率评分: 78/100 (良好)

| 指标 | 得分 | 说明 |
|------|------|------|
| 时间控制 | 85 | 总时长与计划接近，议题2超时5分钟 |
| 议程执行 | 90 | 4个议题全部覆盖 |
| 发言均衡 | 60 | 王总发言占比58%，赵设计和陈运营参与不足 |
| 议题聚焦 | 75 | 出现2次跑题，均在3分钟内拉回 |
| 决策效率 | 80 | 3个待决策议题中2个达成，1个搁置 |
| 待办明确 | 85 | 4条待办，均指定了责任人和DDL |

### 待跟进事项
| 待办 | 责任人 | DDL | 来源节点 |
|------|--------|-----|----------|
| 企业版功能roadmap | 张工 | 7/24 | 🏁 决策 #2 |
| 竞品定价调研 | 李经理 | 7/22 | ⚡ 分歧 #1 后续 |
| ... | ... | ... | ... |

3.2 主持改善建议

针对本次主持的盲点给出具体建议：

### 🎯 主持改善建议

本次主持亮点:
✅ 议程准备充分，开场3分钟定调清晰
✅ 关键决策点及时收束，避免了无限讨论

下次可改进:
⚠️ 发言均衡: 沉默成员没有主动cue，下次在议题切换时点名邀请发言
⚠️ 议题2超时: 讨论进行到第18分钟时应果断收束，可采用"最后3分钟，请大家做最终陈述"
⚠️ 分歧处理: 定价策略的分歧应该更早介入调解，而非让双方互辩超过5分钟

3.3 关键节点回顾

输出会中标记的所有决策/待办/分歧/洞察的结构化清单，可直接分发或作为纪要素材。

3.4 tmeet-skill 会后对接

• meeting_records_get_download_url: 获取录制链接
• meeting_minutes_get: 获取AI纪要，与主持人标记互相印证

触发场景

当用户表达以下任一意图时触发本Skill：

会前场景:

• "帮我准备主持" / "这个会怎么主持"
• "帮我设计会议议程" / "怎么排会议时间"
• "参会人太多了，怎么控制会议"
• "我明天要主持一个XX会"

会中场景（核心）:

• "会议开始了" / "帮我主持"
• "帮我看着时间" / "帮我控制节奏"
• "帮我看看谁说太多了" / "谁还没发言"
• "好像跑题了，帮我拉回来"
• "冷场了怎么办" / "大家都不说话"
• "帮我记录关键决策"

会后场景:

• "帮我复盘今天的主持" / "主持得怎么样"
• "生成会议效率报告"
• "整理今天会议的决策和待办"

通用触发: 任何涉及会议主持、引导讨论、控制会议进程的意图。

触发方式说明与不确定性

本Skill采用关键词匹配 + 意图理解双触发机制：

• 高置信度触发（上述列表中的关键词）：直接激活对应阶段功能
• 中置信度触发（意思相关但表述不标准）：例如"这个会开得太乱了"、"有人一直霸占话筒" → 先确认"你是指会议主持相关的问题吗？"，确认后进入
• 低置信度触发（模糊表述）：例如"帮个忙"、"看看这个" → 不自动触发，需用户明确提及会议相关关键词

用户遇到触发不确定时的建议：如果Skill没有正确识别意图，直接使用列表中的关键词重新表述即可（如"帮我主持"、"会议复盘"）。

输出格式规范

• 议程和时间: 进度条 + 倒计时数字
• 发言统计: 柱状图式展示
• 预警/提醒: 醒目图标（⚠️🔴🟡🟢）+ 具体建议
• 关键节点: 时间戳 + 类型图标 + 内容摘要
• 复盘报告: 仪表盘式指标 + 对比表格

tmeet-skill 全链路对接

FAQ 与反模式

常见问题（FAQ）

Q1: 我没有用腾讯会议，用这个Skill还有效吗？

有效，但功能有差异。不依赖tmeet时：会前议程结构化、会后复盘完全可用；会中需要用户手动输入讨论内容（如"现在在讨论定价，有人提到99元方案"），AI做跑题检测和节点标记。只有"实时转写全自动分析"功能需要tmeet。

Q2: 会议已经开始了，我没有提前准备议程，还能用吗？

可以。直接告诉我"会议开始了，当前在讨论XX，还剩XX分钟"，Skill会输出极简导航和剩余时间提醒。但建议至少告知议题和时长，否则只能做基础时间管理，无法做环节导航和跑题检测。

Q3: 参会人有20多个，发言监控还有用吗？

超过20人时，发言均衡功能会降级。不再做精细的发言占比分析，只监控两类极端情况：（1）某人连续发言超过3分钟（2）有人完全未发言。建议大型会议拆分为多个小组讨论，或只使用议程导航和时间控制功能。

Q4: 我只需要其中一个功能（比如只想要冷场话术），不用走完整流程可以吗？

完全可以。Skill支持单功能调用。直接说"给我几句冷场救场的话术"或"帮我看看这段讨论是不是跑题了"，无需完整议程。

Q5: 会议内容涉及敏感话题（如裁员、绩效差评），这个Skill能处理吗？

议程导航、时间控制功能正常使用。争议调解功能会降级为"记录分歧点 + 通用调解框架"，不再提供具体话术（避免AI在敏感话题上给出可能被误解为"站队"的建议）。主持人应自行判断。

Q6: 用户输入的讨论内容很混乱，Skill会乱分析吗？

不会。当输入格式无法解析（如没有区分谁说了什么、没有标注议题和实际讨论内容），Skill会明确反馈"信息格式不清晰，请按以下格式提供..."，而非基于错误数据做分析。

Q7: 复盘时发现数据缺失，报告会不会不准？

数据缺失时，Skill不会编造数据。报告会标注"该维度数据缺失，无法评分"或"基于用户主观反馈，非客观统计"，同时提供用户自评问卷让用户手动打分补充。

Q8: 这个Skill会替代真人主持人吗？

不会。本Skill是"副驾驶"，辅助主持人做时间监控、发言统计、话术建议等。最终的主持决策（是否打断、是否推进、如何调解）仍由人类主持人做出。AI没有会议室内的情绪感知和人际敏感度。

Q9: 非中文会议内容支持吗？

跑题检测和关键词匹配依赖中文语义理解。如果会议内容以英文为主，跑题检测准确性可能下降。议程导航、时间控制、发言统计功能不受语言影响。

Q10: 多个议题同时讨论（混着聊）怎么办？

这是典型跑题场景。Skill会检测到"当前讨论涉及多个议题的混合内容"，并建议主持人："当前讨论同时涉及议题A和议题B，建议先聚焦一个，另一个记入停车场。" 不会强制按议程顺序执行，而是提供结构化建议。

反模式（不要这样用）

主持技巧参考库

当需要更详细的会议主持技巧、不同会议类型的主持策略或常见主持困境的应对方案时，查阅 references/hosting_techniques.md。