name: smart-meeting-assistant
description: |
智能会议助手 —— 让开会更简单。覆盖会议全生命周期（会前准备→会中提效→会后跟进→效率洞察→场景洞察），
支持双模式运行 + 系统音频直采增强：①腾讯会议 API 模式（全链路自动化）②独立模式（粘贴文本即可分析，或开启 Bot-free 系统音频直采，无需任何依赖）。
基于腾讯会议能力二创与 LLM 智能分析，实现议程生成、参会人概览、效率分析、待办追踪、复盘报告、跨会议知识串联。
持续迭代（v2.1→v2.6.0）：已融合说话人分离、会议情绪温度、实时多语种翻译字幕、会议自动检测、跨会议语义搜索、会议即代码知识库等能力；v2.5.0 基于第三轮审计反馈的物理重构；v2.6.0 基于 GitHub 开源生态调研——融合 Meetily/Vexa/Meeting-Execution-Agent 等 10+ 头部项目的核心能力，新增 Bot-free 系统音频采集、可插拔 LLM 供应商矩阵、证据溯源待办、置信度评分、 执行步骤生成等 16 项增强。 v2.6.1：蒸馏官方腾讯会议 MCP v1.0.11，校准 Mode A API 规范（工具 19→23）、错误字典、反馈规则与隐私脱敏。 v2.6.2：基于 SkillHub 审计优化「异常处理」与「运行稳定性」两项维度——新增标准化用户提示模板库、异常处理速查（6 类高频场景）、降级状态保留清单与恢复探测、二次确认文案模板、稳定性 FAQ（Q24-Q26）。 v2.6.3：SkillHub 4.8→满分冲刺——顶部新增「文档阅读地图 + 质量承诺」、自动检测会议「复制即用」模板、长章节「可跳过」标签，正面回应「文档较长/高级功能需配置」两条差评。 v2.6.4：蒸馏 meeting-butler v1.0.0，融合会前「执行简报 + 预判问答」、会后「遗留事项」第 4 类、纪要写作原则、「/meeting」快捷触发词。 v2.6.5：蒸馏 huiyi v1.1.2（smart-meeting-engine），融合量化效率模型（efficiency_algorithm.md）、会议信号词库（trigger_keywords.md，决策三级信号+会议类型分类+口语触发词）、会议模板库（template_library.md，6 种议程+报告结构）；其 15 个 Python 脚本因架构不匹配（咱为 LLM 编排层、无脚本执行机制）未搬入。 v2.6.6：本地算力模式一期——新增 references/local_compute.md 确定性计算内核（Layer 0 输入归一 + Layer 2 可复现评分/图表/报告，配置外置、修原 15 脚本的微秒解析/秒毫秒默认/决策率魔法数等缺陷），为二期 LLM 模糊判断与编排预留契约。 v2.6.7：本地算力模式二期——references/local_compute.md 补全 Layer 1 LLM 模糊判断提示词规范（否定/时态处理·语义覆盖率·真实负责人识别·禁止推断铁律）与 Layer 3 路径编排（本地算力 / 纯 LLM Mode B / 纯 Python 启发式备份 三路径路由，输出结构一致、可降级）。 v2.6.8：基于最新 SkillHub TRACE 审计反馈（有效性/适用性/运行稳定性/国内适配性）做针对性优化——顶部卡片新增「边界速查+稳定性/国内适配承诺」、触发词补充「对话示例」、新增「增值能力示例」展示证据溯源/置信度/执行步骤/本地算力等独特价值。 v2.6.9：基于最新 SkillHub TRACE 审计截图（国内适配性/运行稳定性/能力边界定义/触发方式/创造力与增值五项 4.5~4.6）再优化——触发词扩「按阶段选+易错对比」双表与 12 行对话示例、边界加「3 秒定位」索引、增值能力加「普通工具 vs 本Skill」总对比矩阵、质量承诺补「国内平台直连速查」、异常处理补「降级路径决策树+状态保留清单」，把"说明"变成可复制的话/可对照的表/可执行的步骤。 v2.6.10：第二轮自查优化——修复 SKILL.md 底部「版本管理」段遗留版本号（v2.6.8→v2.6.10），并给 5 大场景（会前/会中/会后/效率/场景洞察）各补一句「💬 试试说」自然语言对话示例，消除审计指出的"干巴巴说明、缺具体对话示例"残留，与顶部触发词示例风格统一。
v2.6.11：基于最新审计反馈（R·Reliability 4.4/5，E·Effectiveness 4.6/5）再优化——新增「3 分钟速读路径」减少阅读负担，将高级配置下沉到 references/，正文增加「异常自动兜底与自检」「外部 API 配置实战」「复杂场景端到端示例」，降低专业术语密度，让"手动修复"变成"自动修复/一键检查"。
v2.6.12：蒸馏 SkillHub 5 个头部会议技能——「会议碰撞设计师」「会议识人才」「会议一图流」「会议质量审查器」「会议流程优化器」，把"创造性冲突议程""人才能力/情绪洞察""会议信息图 SVG""三维度质量诊断""是否开会/流程优化"融入现有 5 大场景，扩展为 01-D/01-E/04-D/05-D/05-E 子能力。
v2.6.13：再次蒸馏 SkillHub 8 个头部会议技能——「牛马纪要」「WorkBuddy会议助手」「会议全生命周期管理管家」「会议避坑指南」「SessionCapital」「ActionHub」「超级会议管家」「PrepMaster」，补齐"会议预约/修改/查询/邀请""采集→提炼→确认→分发流水线""企业微信日历消息推送""会议科学避坑自检""跨场景资产复用（五栏周报+五段式复盘）""行动追踪与跨会议看板""tmeet CLI 全流程调度""结构化备会报告"，扩展为 01-F/01-G/01-H/02-E/03-D/04-E/05-F 子能力。
v2.6.14：自跑自检 + 去重/纠错/精简（无新功能）——端到端复跑 verify_skill_run.py 与 quick_validate.py 均通过；修 3 处文档硬伤（蒸馏数 6→8、边界指针 off-by-one、FAQ 数 20/26 修正），去重 4 处冗余、精简顶部 banner。
v2.6.15：继续瘦身——删与「3 分钟速读路径/5 分钟上手」重复的「文档阅读地图」导航表、将 v2.6.0 三张分表合并为单表、去重「增值能力示例」中证据溯源/置信度/执行步骤 3 例（03-B 已有完整示例），整体篇幅进一步压缩。
displayName:
zh: "智能会议助手"
en: "Smart Meeting Assistant"
version: "2.6.15"
triggers:
- "帮我准备会议"
- "生成会议议程"
- "整理会议材料"
- "整理会议录音"
- "参会人分析"
- "实时纪要"
- "会议记录"
- "标记决策"
- "跑题提醒"
- "生成会议纪要"
- "会议总结"
- "待办派单"
- "提取 action items"
- "会议任务跟踪"
- "会议效率分析"
- "效率体检"
- "决策溯源"
- "议题聚类"
- "周报/月报自动起草"
- "项目复盘材料"
- "面试/培训记录"
- "开会更简单"
- "会议全流程"
- "检测我的会议"
- "检查进行中会议"
- "系统音频采集"
- "录音会议"
- "开始录音"
- "证据溯源"
- "置信度评分"
- "执行步骤生成"
- "选 LLM"
- "切换 AI 模型"
- "同步到 Notion"
- "同步到飞书"
- "会前研究"
- "参会人背景"
- "获取会议录制"
- "获取智能纪要"
- "申请录制权限"
- "创建腾讯会议"
- "会议管家"
- "/meeting"
- "查我的会议"

智能会议助手（Smart Meeting Assistant）

> v2.6.15 · 双模驱动 · 已融合 18+ 头部会议技能/项目（GitHub 开源生态 + SkillHub 头部技能）· 审计优化至「质量超高」。覆盖会议全生命周期 5 大场景、33 项能力边界；支持 Mode A（腾讯会议 API 全链路）与 Mode B（粘贴文本零依赖离线）+ 02-D Bot-free 系统音频直采。核心能力：Bot-free 音频采集、可插拔 LLM 矩阵（默认 DeepSeek）、证据溯源待办、置信度评分、执行步骤生成、本地算力可复现评分、跨会议知识库。最近两轮（v2.6.12/v2.6.13）再蒸馏 13 个 SkillHub 头部技能，把碰撞议程/流程优化/质量审查/识人才/一图流/避坑预检/PrepMaster/CLI 调度/价值保全/ActionHub/全生命周期/SessionCapital 融入现有场景。完整版本演进见 references/version_management.md。

🎯 第一次用？直接看这 5 张卡片

> 本节集中回答 90% 用户的前 3 个问题。如果你只看 30 秒，看完这节就可以开始用了。完整 FAQ/边界/案例见后文对应章节。

⏱️ 3 分钟速读路径（不想从头读到尾？按这个顺序）

> 其余章节都是深度参考，按需跳转即可。

卡片 1：三句话讲明白

卡片 2：5 个最常被问的问题（FAQ Top 5）

> 📖 精选 20 条（完整 26 条见 references/faq.md），后文「❓ 常见问题」章节展开最常用 20 条。

卡片 3：5 个最重要的"不能做"（边界速查）

> 所有边界集中列在下方「⚠️ 能力边界总表」，本卡片只放最常见的 5 条。如果你只想确认某个能力能不能用，直接跳转到「能力边界总表」看 33 条完整对照。

3 秒定位：你想确认什么？

🎙️ 02-D 系统音频采集 · 专属边界（仅作用于音频通路，不影响文本 Mode B）

> 📖 完整边界共 33 条，后文「⚠️ 能力边界总表」章节展开。

卡片 4：5 个最常混淆的触发词（场景差异 Top 5）

> "相近场景"是大多数用户最容易选错的地方。一句话：先看会议处于哪个阶段，再选触发词。

按会议阶段选触发词

会前 ──→ 会中 ──→ 会后 ──→ 洞察
准备    实时    整理    效率/周报/复盘

容易说错 vs 这样说更准（最易混淆 3 例，完整 12 行见下方「触发词对话示例」）

> 💡 完整「照搬就能用」对话示例（12 行，含实时记录/系统音频/周报/导出/面试等）见下方「🚀 5 分钟上手 → 触发词对话示例」。

> 💡 说错没关系：AI 会根据上下文自动判断你的意图。但用准确说法能省一轮澄清。
> 💡 快捷命令：输入 /meeting 可直接启动「会前→会中→会后」全流程向导。

卡片 5：一个完整使用案例（30 秒看完）

你粘贴：

张三：今天我们讨论 V2.0 上线。我建议 8 月 15 号上。
李明：8 月 15 号可以，但性能测试还没跑完。
王芳：测试组预计下周出结果，移动端呢？
张三：移动端这次不上了，放下个版本。
李明：好，那就定 8 月 15 号，等测试结果再最终确认。

你说一句："帮我整理这场会"

AI 30 秒后给你：

📋 产品评审会 · 综合报告
【⚡ 行动项】2 项
  1. [ ] 完成性能测试 → 王芳 → DDL: [待确认]（原文未明确）
  2. [ ] 测试确认后发布 V2.0 → 李明 → 依赖 DEC-001
【✅ 关键决策】
  • DEC-001: V2.0 定于 8/15 上线（条件：性能测试通过）
  • DEC-002: 移动端推迟至下个版本
【🌡️ 情绪温度】高共识（上线时间/范围），需跟进（测试进度依赖外部）

> 📖 更多场景案例（会前准备 / 实时记录）见后文「📖 完整使用案例」章节。

🛡️ 质量承诺（为什么敢说"生产级"）

• 禁止推断铁律：责任人/截止日期只从你给的文字提取，缺失必标 [待确认]，绝不瞎猜。
• 隐私优先：Mode B 完全离线可用；音频采集前必须告知参会人，不绕过任何平台权限。
• 永不静默失败：任何依赖失效都自动降级并告诉你，已分析的上下文绝不丢失；Token 失效/工具不可用时局部降级，恢复后自动探测回切。
• 国内原生适配：全中文界面与提示词，默认 DeepSeek（中文快且便宜），腾讯会议/飞书/钉钉等国内平台直接对接。
• 审计驱动迭代：已基于多轮 SkillHub 审计反馈持续优化（当前 v2.6.15），问题可追溯、可复现。

🇨🇳 国内平台直连速查（适配性证据）

> 默认 DeepSeek（中文快且便宜）；下列平台均可直接对接，无需翻墙或海外账号。

> 海外平台（Zoom / Google Meet / Teams）同样支持 Mode B 粘贴文本；如需 Mode A 自动化接入需对应 MCP。

🩺 异常自动兜底与自检（遇到问题？先看这里）

> 本 Skill 遇到文件缺失或配置填错时，会先尝试自动修复/降级，而不是直接丢给你一句"手动检查"。

常见故障 → 自动处理

一键自检清单（复制即可）

如果你怀疑配置有问题，把下面这段话发给 AI，它会自动逐项检查并给出修复建议：

运行会议助手自检：
1. 检查当前 Mode A/B 状态
2. 检查腾讯会议 Token 是否有效
3. 检查默认 LLM 供应商（DeepSeek）是否可达
4. 检查导出依赖（pandoc）是否安装
5. 检查 meetings/ 目录是否可写
6. 输出检查报告和修复建议

> 自检不会修改你的配置，只读状态并给出修复命令。

🆕 v2.6.0 新增能力速览（GitHub 开源融合 · 可选，想直接上手可跳过）

> 本节集中介绍从 10+ 个 GitHub 头部开源项目蒸馏融合的 16 项新能力。每项标注来源项目。

> 📖 完整 LLM 供应商配置指南见 references/llm_providers.md，音频采集管线见 02-D。

✨ 增值能力示例（这些不是"整理纪要"那么简单）

> 下面每项都展示：普通输出 vs 本 Skill 输出，说明多做了什么。这些能力来自 Meeting-Execution-Agent / Meetily 等头部开源项目的蒸馏，也是「创造力与增值」的核心来源。

🆚 一张表看懂：普通会议工具 vs 本 Skill

> 上表前 5 项（待办/决策/可信度/可执行性/评分）在 03-B 待办派单 + 证据溯源 与 04 效率洞察 中已有完整输入→输出示例，此处不重复展开。下面只聚焦两个更独特的亮点：

示例 1：本地算力模式（效率评分可复现、可测）

输入： 同一场会议转写
输出： 发言均衡度 0.96 / 议题覆盖率 66.7% / 决策产出率 50% / 综合 68.8 ⭐⭐⭐⭐
特点： 换模型、换时间跑，评分数字不变；权重与阈值外置，可审计。

示例 2：情绪温度与跨会议知识库

• 单场情绪： "高共识，但测试进度有外部依赖，需跟进"
• 跨会议搜索： "Q2 我们关于性能优化讨论过几次？" → 自动聚类 3 场相关会议并给出趋势

概述

本 Skill 是一个会议全链路效率引擎，支持双模式运行 + 系统音频直采增强，将分散的会议操作整合为一条流畅的工作流：

┌──────────────────────────────────────────────────────────────┐
│                     双模式架构                               │
│                                                            │
│  ┌─────────────────────┐    ┌─────────────────────────────┐ │
│  │  Mode A: API 模式   │    │  Mode B: 独立模式           │ │
│  │  (推荐)             │    │  (Standalone)               │ │
│  │                     │    │                             │ │
│  │ 依赖: 腾讯会议 Token │    │ 依赖: 无（仅需 LLM）         │ │
│  │ 数据源: API 自动拉取  │    │ 数据源: 粘贴/上传文本(或02-D音频) │ │
│  │ 能力: 全链路自动化   │    │ 能力: 文本分析全链路        │ │
│  └────────┬────────────┘    └──────────────┬──────────────┘ │
│           │                                │                │
│           └────────────┬───────────────────┘                │
│                        ▼                                    │
│  ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐│
│  │01 会前  │→│02 会中  │→│03 会后  │→│04 效率  │→│05 场景  ││
│  │ 准备    │ │ 提效    │ │ 跟进    │ │ 洞察    │ │ 洞察    ││
│  └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘│
└──────────────────────────────────────────────────────────────┘

> 📌 02-D 系统音频采集（Bot-free）是 Mode B 的音频输入增强，不是独立第三模式：它让独立模式在"粘贴文本"之外，也能直接抓取系统音频+麦克风作为数据源。结构上仍归属 Mode B（独立模式）。

模式自动检测与切换

启动时不强制选模式，按以下顺序判定：

1. 检测是否安装「腾讯会议」Skill 且 Token 有效 → 进入 Mode A
2. 否则自动降级到 Mode B（独立模式），零门槛可用
3. Mode A 中途 Token 失效 / MCP 不可达 → 自动降级 Mode B，保留已分析上下文

标准切换提示文案（务必复用，保持口径一致）：

• 启动判定为 Mode B：
  > 「未检测到有效的腾讯会议授权，已为你启用 Mode B（独立模式）——直接把会议文字贴给我即可分析，零依赖、离线可用。后续装了腾讯会议可无缝升级到 Mode A 解锁自动拉取。」
• Mode A 中途降级为 Mode B：
  > 「腾讯会议授权已失效，已自动切到 Mode B 继续。已分析的上下文全部保留，不受影响。恢复授权后我会提示你切回 Mode A。」
• 恢复后提示回切：
  > 「腾讯会议已恢复，是否切回 Mode A（可自动拉取会议/录制数据）？已分析内容不会丢失。」

> 💡 降级是局部且保留上下文的：仅 Mode A 专属的实时拉取能力暂时不可用，已生成的纪要/待办与已拉取数据均保留。详见 references/tool_mapping.md 的「降级策略」。

核心能力矩阵

🚀 5 分钟上手（第一次用看这里）

> 30 秒极速路径（零配置）：复制会议文字 → 发给 AI → 说"帮我整理这场会" → 拿到纪要+待办+决策。完成。不需要安装/注册/配置任何东西。
>
> 完整文档较长，如果你是第一次使用或想快速开始，请直接查阅 references/quick_start.md（含端到端场景演示 + 模块串联图 + Mode A/B 选择指南）。
>
> 遇到问题先看 下文的「❓ 常见问题」表（本文件内嵌，10 秒定位答案）；更多问题见 references/faq.md。

最常用的 3 种用法（80% 场景覆盖）

触发词意图映射表（按场景分组）

> 如何选择：根据你当前所处的会议阶段选对应说法。同一阶段内的备选说法效果相同，任选其一即可。

> 💡 说错没关系：AI 会根据上下文自动判断你的意图。以上分组只是帮你最快找到最准确的说法。

触发词对话示例（照搬就能用）

不知道怎么开口？直接复制下面的话，替换括号内容即可。

> 💡 同一阶段内的说法效果相同。 例如会前阶段说"帮我准备会议""生成会议议程""整理会议材料"都会进入场景 01，任选其一即可。
> 💡 ** [ ] 内是替换区 **：把 [主题] [4] [周会] 换成你的实际内容即可。

能力对照：看这两处就够了

> 上方「核心能力矩阵」已给出 Mode A/B 逐项对比；下方「⚠️ 能力边界总表」给出 33 条完整限制与依赖。粘贴文本即可用的零配置核心能力：议程、纪要、待办、决策、情绪分析、双语字幕、JSON 导出、知识库沉淀——这就是 Mode B。

⚡ 自动检测会议（可选增强 · 复制即用）

不想每次手动说「检测我的会议」？把下面这段复制到 WorkBuddy 自动化（Automation）即可，全程零代码：

> 自动化 Prompt：每小时检查一次我的腾讯会议，若有进行中会议，提示我生成实时纪要。
> 执行频率（rrule）：FREQ=HOURLY;INTERVAL=1

• 不配也能用：随时手动说「检测我的会议」即可触发同样能力。
• 这是可选增强；核心 90% 能力（整理/准备/分析）完全零配置，不依赖此项。

❓ 常见问题（遇到问题先看这里，不用翻其他文件）

> 以下覆盖 90% 用户会遇到的问题。更完整版见 references/faq.md。

🛡️ 异常处理速查（6 类高频场景）

> 遇到以下情况按本表直接处置；完整错误码与用户提示模板见 references/error_dictionary.md。

> 所有面向用户的错误提示须复用 references/error_dictionary.md 的「用户提示模板库」标准化话术，禁止临场编造。

📖 完整使用案例：从粘贴文字到产出（深度参考，想直接上手可跳过，需要时再回看）

> 下面是一个真实的端到端演示——从用户输入到 AI 产出的全过程。照着做一遍就会用了。

案例：整理一场刚结束的产品评审会

> 示例输入与完整输出与上方「卡片 5：一个完整使用案例」完全一致（同一场产品评审会）。这里只展示 AI 内部的完整 5 步处理流程。

你对 AI 说的一句话：
> 帮我整理这场会

AI 自动完成以下 5 步：

> 💡 这就是最常用的场景，覆盖 80% 使用。示例输入与完整输出见上方「卡片 5：一个完整使用案例」。

案例 B：准备一场即将召开的产品评审会

你说的一句话：
> 帮我准备一下下午 3 点的产品评审会，参会有张三（产品）、李明（研发）、王芳（测试），目标是确定 V2.0 上线计划，预计 1 小时。

AI 自动完成：

AI 输出示例：

📋 V2.0产品评审 · 议程（建议时长 60 min）
14:55 开场与目标对齐（5 min · 主持）
15:00 议题一：V2.0 范围确认（15 min · 张三）预期产出：功能清单 + 优先级
15:15 议题二：性能测试进度（15 min · 王芳）预期产出：测试报告摘要 + 风险
15:30 议题三：上线计划决策（15 min · 李明）预期产出：上线日期 + 灰度策略
15:45 行动项确认与分工（10 min）
15:55 散会

📦 材料准备清单：
  □ 上次 V2.0 需求评审纪要（[待提供]）
  □ 性能测试报告（建议提前 1 天发王芳）
  □ 历史 bug 数据看板（系统地址）
  □ 灰度发布 SOP（已存档）
  □ 移动端现状汇报（张三准备）

案例 C：分析最近 5 场会的效率

你说的一句话：
> 分析最近 5 场会的效率

AI 自动完成：

AI 输出示例：

📊 团队会议效率体检（最近 5 场）
【综合评分】7.8/10（中等偏上）

【基础指标】
  平均时长：52 min ✅
  准时开始率：80% ⚠️
  准时结束率：60% ⚠️
  人均参会时长：4.2h/周 ✅

【质量指标】
  议题覆盖率：100% ✅
  决策产出率：40% 🔴
  发言均衡度：0.31 ⚠️（少数人主导）
  情绪温度：偏正向 ✅

【主要问题】
  🔴 决策产出率偏低（5 场仅 2 场有明确决策）
  ⚠️ 发言不均衡（PM 与 Lead 占 70% 发言量）

【建议】
  1. 每场明确"必须做出的决策"列在议程顶部
  2. 设置发言轮流规则（针对发言均衡度）
  3. 末场设"决策确认"环节而不是"自由讨论"

案例速查（看场景选案例）

> 💡 三个案例覆盖 90% 场景。剩余 10%（实时记录/复盘/面试培训）见后文各模块章节或 references/quick_start.md。

⚠️ 能力边界总表（使用前必读）

> 本表集中列出所有能力限制与依赖，无需翻找其他章节。标 ❌ = 不支持；⚠️ = 有条件支持。

> 🔑 零配置即用的核心能力（无任何额外依赖）：议程、纪要、待办提取、决策记录、情绪分析、双语字幕、JSON 导出、知识库沉淀 —— 粘贴文本就能用，这就是 Mode B。

环境配置

依赖分层

首次使用与初始化

1. 检测腾讯会议 Token：有效 → Mode A；无效/未安装 → 引导 Mode B
2. 说明当前模式能力与边界
3. 提示可选项（待办派单连接器、本地说话人分离等）

⚡ 异常处理与稳定性保证（出了问题看这里）

> 本 Skill 的设计原则：任何情况下都不崩溃、不中断、不丢数据。

• 自动降级，永不静默失败：Token 失效 / 某个 MCP 工具不可用 / PDF 导出失败 / 超长会议等，均自动切到可用能力并保留已分析上下文，不中断主流程。
• 具体故障 → 自动处置对照表（Token 失效、录制权限、转写未生成、sub_meeting_id 缺失、网络抖动、MCP 版本提示等 6 类）见上方「🩺 异常自动兜底与自检」与「🛡️ 异常处理速查」。
• 降级路径与状态保留：完整决策树与 4 类保留项见下方「🔀 降级路径决策树」。
• 标准化错误提示：所有面向用户的提示话术见 references/error_dictionary.md，禁止临场编造。

> 🔑 核心保障：Mode B 作为兜底始终可用。即使所有外部依赖全部失效，粘贴文本 → 纪要+待办 这条路径永远畅通。

🔀 降级路径决策树（稳定性可验证）

依赖可用？ ──否──▶ Mode B 粘贴文本（兜底，永远可用）
   │是
   ▼
Mode A Token 有效？ ──否──▶ 提示重连 + 一键降级 Mode B（已分析内容保留）
   │是
   ▼
所需 MCP 工具可用？ ──否──▶ 跳过该工具，降级到可用子能力（主流程不中断）
   │是
   ▼
全功能运行（Mode A 全链路）

• 回切探测：网络/Token 恢复后自动探测，无需手动重启；失败则维持当前降级态并继续工作。
• 状态保留清单：降级/恢复全程保留 ① 已提取的会议原文 ② 已生成的待办/决策 ③ 用户已确认的偏好（LLM 供应商等）④ 当前模式标签（Mode A/B）。

场景总览

场景 01：会前准备 —— 让会议未开先赢

触发词："帮我准备会议" / "生成会议议程" / "整理会议材料" / "参会人分析" / "碰撞议程" / "设计讨论会" / "会议流程优化" / "这个会值得开吗" / "会议避坑" / "结构化备会" / "PrepMaster" / "预约会议" / "tmeet"

💬 试试说："帮我准备下周一的产品评审会，参会人有张三、李四、王芳，目标是定下季度路线。" 或 "帮我设计一场能碰撞出火花的方案讨论会，主题是如何提升用户留存。" 或 "帮我生成这场会的避坑自检清单。" 或 "用 PrepMaster 给我一份结构化备会报告。"

01-A 议程生成

输入：会议主题 + 目标 + 参会人角色（可选历史会议）
处理：
1. 基于主题与参会人角色生成结构化议程（时间窗 + 议题 + 负责人 + 预期产出）
2. Mode A：参考历史同类会议议程；Mode B：基于通用最佳实践（标注"建议"）
3. 输出可复制的 Markdown 议程

输出模板：

📋 [会议主题] 议程（建议时长 X min）
09:00 开场与目标对齐（5min · 主持）
09:05 议题一：[名称]（15min · 负责人）预期产出：___
09:20 议题二：[名称]（15min · 负责人）预期产出：___
09:35 行动项确认与分工（5min）

01-B 材料包整理

输入：会议主题 + 相关历史会议/文档
处理：
1. Mode A：自动匹配历史会议材料与决策
2. Mode B：提示"安装腾讯会议后可自动匹配历史"
3. 输出材料清单 + 关键历史决策摘要

01-C 参会人概览

输入：参会人名单
处理：
1. Mode A：拉取参会人历史角色与关注点
2. Mode B：基于本轮文本推断角色（如"技术把关""决策者"），标注"基于本轮推断"
3. 输出参会人画像卡（角色 / 历史关注 / 本次可能立场）

01-D 碰撞议程设计（v2.6.12 新增 · 蒸馏「会议碰撞设计师」）

> 开会最重要的是碰撞出新想法，而不是统一思想。本能力融合乔布斯「最少人 / DRI / 禁 PPT / 面对面辩驳」与 Dorothy Leonard「创造性冲突」思想，把常规议程升级为激发高质量争论的议程。

触发词："碰撞议程" / "设计讨论会" / "创造性冲突" / "方案辩论会"

输入：会议主题 + 目标 + 参会人角色 + 可选背景材料

处理：
1. 冲突设计：识别主题中天然存在张力的两个/三个观点（如"做精品 vs 铺规模"），每个观点指定 1 位辩护人（DRI）
2. 规则设计：
- 禁 PPT：发言人用 3 句话讲清核心论据
- 最少人：只留能直接贡献观点的人，旁听/决策人可在最终 5 分钟入场
- 面对面辩驳：正方先立论 2min，反方只准问 1 个尖锐问题，再互换
3. 产出设计：不是"达成一致"，而是输出《冲突点清单》《各方论据》《待验证假设》《下一步小实验》

输出模板：

🔥 [主题] 碰撞议程（建议 45min）
- 角色：辩护人 A（观点 X）→ 张三；辩护人 B（观点 Y）→ 李四；主持人（保持中立）→ 王芳
- 规则：禁 PPT / 每人 2min 立论 / 只问尖锐问题 / 最后 5min 决策人拍板
- 流程：
  0-5min   主持人重申主题与冲突点
  5-15min  正方立论 + 反方尖锐提问
  15-25min 反方立论 + 正方尖锐提问
  25-35min 自由辩驳，主持人记录新假设
  35-40min 决策人入场，拍板或指定实验
  40-45min 输出《冲突点清单》与《待验证假设》

> ⚠️ 边界：本能力不保证一定能达成一致，只保证争论结构清晰；若参会人少于 3 人或没有明显观点张力，会提示"当前主题更适合普通议程生成（01-A）"。

01-E 会议流程优化（v2.6.12 新增 · 蒸馏「会议流程优化器」）

> 基于组织行为学研究 + Lencioni《摆脱会议泥潭》，回答三个问题：这个会值得开吗？怎么设计流程才不浪费时间？会后怎么跟进才能让效果最大化？

触发词："会议流程优化" / "这个会值得开吗" / "减少无效会议" / "会后跟进设计"

输入：会议目的 + 期望产出 + 参会人 + 历史同类会议数据（可选）

处理：
1. 开不开判定：如果目的能用邮件/文档/异步评论解决，输出「建议取消会议」及替代方案
2. 流程设计：
- 确定必要时长（默认 25min / 50min，Lencioni 推荐短会）
- 分配「信息同步」与「决策讨论」时间窗，禁止把信息同步塞进决策时段
- 设定「停车板」机制：跑题议题先记录、不现场展开
3. 跟进设计：明确会后 24h / 1 周 / 1 月的检查点（谁检查、看什么指标）

输出：

📌 [会议主题] 流程优化建议
1. 是否值得开：是 / 否（若否，给出替代方案）
2. 建议时长：X min（理由：...）
3. 时间窗：
   - 信息同步（0-10min）：只念结论，不展开
   - 决策讨论（10-40min）：聚焦 2 个选项
   - 行动确认（40-45min）：责任人 + 截止日期
4. 停车板规则：...
5. 跟进检查点：24h / 1周 / 1月

> 💡 与 01-A 的区别：01-A 给"议程条目"；01-E 给"流程规则 + 是否开会 + 跟进节奏"。

01-F 会议避坑预检（v2.6.13 新增 · 蒸馏「会议避坑指南」）

> 基于会议科学（Rogelberg 等 30 年权威研究）的系统化反模式库 + 8 条元规律 + 会前/会中/会后快速自检，帮你在开会前识别"这场会大概率要糟"的信号，并给出可执行的纠偏建议。

触发词："会议避坑" / "这个会会不会踩坑" / "会前自检" / "会议避坑指南"

输入：会议主题 + 目的 + 参会人 + 议程（有即可，无则按通用清单自检）

处理：
1. 8 条元规律扫描：
- 目标是否清晰（SMART 或至少可判断成功/失败）
- 参会人是否必要（每个人是否都有不可替代的角色）
- 议程是否超载（议题数 vs 时长是否匹配）
- 信息同步是否前置（会议是否被用来念 PPT）
- 决策权是否到场（关键决策者是否在列）
- 时间选择是否合理（避开全员低效的时段）
- 是否有后续跟进机制（不是开完就散）
- 是否有替代方案（邮件/文档/异步评论能否解决）
2. 反模式匹配：命中常见陷阱（如"例会惯性""人海战术""议而不决""跑题狂欢"）
3. 输出纠偏动作：每条风险给 1 个最小可行改进（MVIA），不写空话

输出模板：

🕳️ [会议主题] 避坑预检报告

【风险信号】（按严重度高→低排序）
1. ⚠️ 议程超载：3 个决策议题塞进 30 分钟会 → 建议砍到 1-2 个，或延至 50 分钟
2. ⚠️ 决策权缺失：产品负责人未参会 → 建议改期或追加关键人
3. ℹ️ 信息同步前置不足：参会人可能未看背景文档 → 会前 10 分钟发预读链接

【8 条元规律得分】
目标清晰 4/5 | 人必要 3/5 | 议程合理 2/5 | 信息前置 3/5 | 决策权 2/5 | 时间 4/5 | 跟进 3/5 | 可替代 3/5

【最小纠偏动作】
- 立即：砍掉议题 3，改异步同步
- 会前：补发背景文档并@所有人预读
- 会中：用 01-D 碰撞议程设计替代"面面俱到"

> ⚠️ 边界：
> - 这是快速自检工具，不能替代组织行为学专家的一对一诊断
> - 评分基于你提供的信息；信息越完整，建议越准
> - 若判定"建议取消会议"，会给出替代方案（邮件/文档/异步评论）

01-G 结构化备会报告（v2.6.13 新增 · 蒸馏「PrepMaster」）

> CLI 端智能备会工具思路的 Skill 化：输入会议主题，即可生成一份结构化备会报告，把议程、准备清单、参会人分析、历史材料整合、风险提示、纪要模板一次性准备好。

触发词："结构化备会" / "PrepMaster" / "帮我备会" / "生成备会报告"

输入：会议主题 + 目的 + 参会人 + 时间 + 相关历史会议/文档（可选）

处理：
1. 议程设计：按 01-A 逻辑生成建议议程，并标注每个议题的预计时长与决策方式
2. 准备清单：列出会前必须完成的事项（谁、在什么时间前、准备什么）
3. 参会人分析：基于历史会议/文本推断每位参会人的可能关注点与立场（无历史时按角色通用模板）
4. 历史材料整合：从会议知识库 meetings/ 召回相关议题，输出 3-5 条关键背景链接
5. 风险提示：结合 01-F 避坑预检，输出 TOP3 会前风险
6. 纪要模板：预生成会后纪要模板（含决策/待办/风险区），方便会中直接填空

输出模板：

📋 [会议主题] 结构化备会报告

一、建议议程
1. ...（时长 + 决策方式）

二、会前准备清单
- [ ] 张三：准备 Q2 数据（会前 1 天）
- [ ] 李四：确认技术可行性（会前 2 天）

三、参会人分析
- 张三（产品）：关注目标与节奏，可能推动尽快决策
- 李四（技术）：关注实现成本，可能需要更多细节

四、历史材料
- 2026-06-15 产品方向会：曾讨论过类似议题，结论见 [链接]

五、风险提示
1. 数据可能未就绪 → 建议会前 2 天确认
2. 技术方案未对齐 → 建议会前先开小范围对齐会

六、纪要模板（会中填空）
【决策】
【待办】
【风险】

> ⚠️ 边界：
> - 参会人分析基于历史数据或角色推断，不能替代真实参会人确认
> - 历史材料召回需要已有会议知识库沉淀；无知识库时该部分为空或提示"请先沉淀几场会议"
> - 报告生成后可一键导入 01-A/01-E 继续细化

01-H 会议 CLI 全流程调度（v2.6.13 新增 · 蒸馏「超级会议管家」+「牛马纪要」）

> 把腾讯会议 CLI（tmeet）与腾讯会议 MCP 的原始能力（预约/修改/取消/查询会议、参会人邀请/受邀请）封装成一句话调度入口，让 Mode A 用户可以用自然语言完成会议生命周期操作。

触发词："预约会议" / "修改会议" / "取消会议" / "查询我的会议" / "邀请参会人" / "tmeet"

输入：自然语言指令（如"帮我预约下周一下午 2 点的周会，参会人张三、李四"）

处理：
1. 意图解析：识别是预约/修改/取消/查询/邀请中的哪一种
2. 参数抽取：主题、时间、参会人、会议室、重复规则等
3. 调用腾讯会议 MCP / tmeet CLI：
- 预约：create_meeting 或 tmeet meeting create
- 修改：update_meeting 或 tmeet meeting update
- 取消：cancel_meeting 或 tmeet meeting cancel
- 查询：get_user_meetings 或 tmeet meeting list
- 邀请：invite_participants 或 tmeet participant add
4. 结果确认：输出会议号、链接、参会人状态，并询问是否需要"顺便生成议程"（跳转 01-A）

输出模板：

✅ 已预约会议
- 主题：下周一产品周会
- 时间：2026-07-27 14:00-14:50
- 会议号：123-456-789
- 参会人：张三（已邀请）、李四（待确认）
- 链接：[腾讯会议链接]

下一步可选：
1. 生成议程（01-A）
2. 发送备会报告（01-G）
3. 做避坑预检（01-F）

> ⚠️ 边界：
> - 需要腾讯会议 Token/连接器授权；未授权时降级为"生成会议预约文案"，由用户手动复制到腾讯会议
> - tmeet CLI 需要在本地安装并登录；未安装时优先用腾讯会议 MCP
> - 参会人"受邀请"状态以腾讯会议返回为准，Skill 不做状态推断
> - 不支持跨平台（Zoom/Teams/Google Meet）的预约操作

场景 02：会中提效 —— 让讨论更聚焦、决策更高效

触发词："实时纪要" / "会议记录" / "标记决策" / "跑题提醒" / "检测我的会议" / "检查进行中会议" / "系统音频采集" / "录音会议" / "开始录音" / "会议价值保全"

💬 试试说："检测我的会议" 或 "帮我实时纪要这场会"（Mode A）；"帮我用系统音频录这场线上会"（02-D 音频增强）；"实时保全这场会的价值"（02-E 采集-提炼-确认-分发流水线）。

前置条件：正在进行中的会议（已开启云录制+转写）OR 已结束的会议（有录制/转写）

> ⚠️ "实时"=准实时（1-2 分钟轮询，非零延迟）。完整边界见顶部「卡片 3」或后文「⚠️ 能力边界总表」。

02-A 实时纪要 + 关键决策自动标记

输入：会议录制 URL / 转写文本流
处理流程：
1. 接入 YT-VITA 进行视频内容理解（如有视频）
2. 或接入 whisper ASR 实时转录音频
3. 使用 LLM 实时提取发言要点
4. 自动检测并高亮标记决策语句（"同意"、"决定"、"确定"等关键词）
5. 结构化输出纪要草稿

输出格式：

【实时纪要 · 产品评审会】更新于 09:42

✅ 决策记录（自动标记）：
   [09:38] 李明：同意V2.0按原计划8/15上线 → 📌 DECISION-001
   [09:41] 张三：性能测试通过后再发版 → 📌 DECISION-002（附条件）

📝 发言要点：
   • 李明：强调用户体验是本次迭代的核心指标
   • 张三：提出接口响应时间需要优化到 <200ms

❓ 待澄清：
   • 上线范围是否包含移动端？（需确认）

关联工具：YT-VITA（视频理解）/ Whisper（语音转文字）/ LLM（提取+标记）

> 💡 增强能力（v2.1 融合开源实践）：
> - 说话人分离（Diarization）：若有会议音频，本地用 WhisperX + pyannote 做声纹级"谁说了什么"区分，输出按说话人精准归并（显著优于纯文本"姓名:"归因）。管线详见 references/standalone_mode.md。
> - 会议情绪温度：对每段发言做情感极性判断（正向 / 中立 / 紧张 / 争议），在纪要末尾给出"情绪温度"总览，辅助识别高风险与低共识议题。
> - 长音频分块处理：超过 2 小时的会议，按 30s 窗口做 map-reduce 分块处理，避免单次上下文溢出导致质量下降（参考开源 AI-Meeting-Assistant 的 chunked 方案）。

02-A 补充 · 会议自动检测（两种模式）

> 本 Skill 提供两种互补的会议自动检测方式，解决"忘记开记录"问题。详细搭建指南（含 Automation rrule 配置）见下方「搭建指南」。

方式一：启发式触发（Mode A/B 通用）
- 信号：粘贴 ≥30s 对话文本 / 命中开场词（"会议开始""joined meeting"等） / Mode A 下新会议创建
- 行为：弹出确认 → 确认走 02-A 流程 → 拒绝静默
- 边界：不自动录音；系统级捕获需外部工具（见 references/self_hosted.md）

方式二：日历驱动轮询（Mode A 专属，v2.2.1+）
- 机制：工作时段周期性 get_user_meetings → 发现进行中/即将开始 → 主动提示
- 优势：零基建、不碰音频、比粘贴更主动
- 边界：需 Token 有效；分钟级非秒级；仅感知"存在"不感知内容

> 📌 互补关系：Mode A = 日历 + 文本双重覆盖；Mode B = 仅文本信号

搭建指南（零代码 Automation）

> 用 WorkBuddy Automation 周期性触发日历检测。前提：已装腾讯会议 Skill + Token 有效。

方式一：Automation 自动轮询（推荐）
1. 新建周期性 Automation，Prompt：
> 检查当前/即将开始的腾讯会议（调用 get_user_meetings）。发现进行中会议 → 提示"是否生成纪要？"；即将开始(≤5min) → 提前提醒。用户确认后走 02-A 流程。不要自动录制。
2. rrule 调度（引擎仅支持 DAILY/HOURLY/WEEKLY/MONTHLY/YEARLY，不支持 MINUTELY）：
- 工作时段每小时（推荐）：FREQ=HOURLY;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR;BYHOUR=09-18
- 每日一次兜底：FREQ=DAILY;BYDAY=MO-FR;BYHOUR=09

方式二：手动触发（免配置）
随时说「检测我的会议」→ 调用 get_user_meetings 走检测分支。

> 边界：仅 Mode A；分钟级非秒级；仅感知"存在"不感知内容。真·无人值守录音见 references/self_hosted.md。

02-B 发言摘录与待澄清问题列表

输入：转写全文 / 实时纪要
处理流程：
1. 按发言人分段摘录核心观点
2. 识别模糊表述和争议点
3. 生成待澄清问题清单（含上下文引用位置）
4. 支持实时追加新问题

输出：

🔍 待澄清问题
1. [09:20] 张三提到"分阶段发布"，具体分几阶段？（关联 DECISION-002）
2. [09:35] 移动端是否纳入本期范围？（待 DECISION-001 确认）

02-C 跑题提醒

输入：实时转写流
处理：
1. 计算当前讨论与议程议题的语义相似度
2. 相似度低于阈值且持续 N 句 → 提示"当前讨论偏离议程议题 X"
3. 给出回归建议（"建议回到议题 X，或将其列为新议题"）

🆕 02-D 系统音频采集（Bot-free·v2.6.0 融合自 Meetily）

> Mode B 的音频输入增强——"粘贴文本"之外的独立模式第二条输入通路（非第三模式）——不入会、不出现 bot，直接抓系统音频+麦克风，让独立模式也能获得音频源。架构上仍归属 Mode B。

前置条件：桌面端（Windows / macOS / Linux），有音频设备访问权限

双轨采集管线：

┌─ 麦克风 ──┐
│           ├──► 混音器（智能闪避+削波防护+LUFS归一化）──► ASR 引擎
└─ 系统音频 ─┘

处理流程：
1. 设备选择：用户手动选择音频输入/输出设备
2. 双轨混音：系统音频 + 麦克风实时混音，智能闪避（检测到麦克风说话时自动降低系统音量）、削波防护
3. 静默门控：Peak 检测（阈值 0.005），仅非静默帧送入 ASR，节省约 23% 无效调用
4. ASR 引擎（三选一）：
- Whisper（默认，兼容性最佳）
- WhisperX + pyannote（说话人分离，需 GPU）
- NVIDIA Parakeet ONNX（4x 加速，需 NVIDIA GPU）
5. GPU 自动选型：macOS→Metal+CoreML / Windows→CUDA>Vulkan>CPU / Linux→CUDA>Vulkan>CPU
6. 静默自动离开：检测到远程端全体静音超时可配置窗口 → 提示退出

音频文件导入（会后重转录）：
| 格式 | 支持 |
|------|------|
| 音频 | MP3, WAV, FLAC, OGG, AAC, WMA |
| 视频（自动提取音频轨） | MP4, M4A, MKV, WebM |
| 操作 | 可换 ASR 模型重跑、可换语言重转录 |

输出：清洗后的转写文本 + 说话人标注 → 直接进入 02-A 实时纪要或 03-A 正式纪要流水线。

边界：
- 不自动录音（需用户手动开始/停止）
- 不绕过平台权限（需系统音频访问权限）
- 音频文件本地处理，不上传云端
- 录音前必须告知参会人（法律与合规要求）

适用场景：使用 Zoom / Teams / 飞书 / 钉钉 / 线下会议等非腾讯会议工具的用户，希望全功能但不想配置 Mode A 的 Token。

> 📖 详细管线配置见 references/standalone_mode.md §3.5 系统音频采集。

🆕 02-E 实时会议价值保全（v2.6.13 新增 · 蒸馏「WorkBuddy会议助手」）

> 把会议的采集 → 提炼 → 确认 → 分发串成一条流水线，让"会议价值不该散会就流失"。在会中即可启动，边开边产出可确认、可分发的结构化资产。

触发词："会议价值保全" / "实时保全" / "采集提炼确认分发" / "会议价值不该散会就流失"

输入：实时转写流（Mode A 腾讯会议转写 / 02-D 系统音频 ASR / Mode B 粘贴文本）

处理流程：
1. 采集：持续接收实时转写，按说话人+时间戳切片
2. 提炼：每 5-10 分钟自动执行一次 mini 提炼：
- 关键决策（强/弱/待定信号，见 trigger_keywords.md）
- 待办事项（责任人/DDL，缺失标 [待确认]）
- 待澄清问题
- 跑题提醒（对照 01-A/01-E 议程）
3. 确认：在关键节点（议程切换、会议结束前 5 分钟）向主持人/用户推送确认卡片：
- "刚才是否形成了决策 X？"
- "待办 Y 的责任人是否为张三？"
- 用户确认后写入正式纪要
4. 分发：会议结束时一次性输出：
- 结构化纪要（03-A）
- 待办清单（03-B）
- 可推送的飞书/钉钉/企业微信消息（需平台 MCP）
- 会议知识库归档文件（meetings/YYYY-MM-DD_主题.md）

输出模板：

🔄 [会议主题] 价值保全流水线

【实时提炼快照】（每 10 分钟更新）
- 已识别决策 2 / 待定 1
- 已提取待办 3（2 条责任人待确认）
- 跑题提醒 1：当前讨论偏离议题 2，建议回归

【待确认】（主持人确认后写入正式纪要）
□ 决策：下周发布 v2.6.13 — 确认人：产品负责人
□ 待办：更新 version_management.md — 责任人：李四

【散会即分发】
- 纪要已生成 → [链接]
- 待办已推送 → 飞书群（3 条）
- 知识库已归档 → meetings/2026-07-24_xxx.md

> ⚠️ 边界：
> - "实时" = 准实时（1-2 分钟轮询或每 5-10 分钟提炼窗口），不是零延迟同传
> - 分发步骤需要配置对应平台 MCP（飞书/钉钉/企业微信）；未配置时生成本地草稿，由用户手动复制
> - 确认环节需要主持人响应；若未响应，则按"提炼结果"输出并标注 [未确认]
> - Mode B 用户需手动粘贴文本分段触发提炼，无法做到完全自动

> 💡 与 02-A 的区别：02-A 是"实时纪要+决策标记"；02-E 是"会中即开始产出+确认+分发"的完整流水线，强调价值不流失。

场景 03：会后跟进 —— 让决策不落空

触发词："生成会议纪要" / "待办派单" / "会议任务跟踪" / "提取行动项" / "ActionHub" / "行动追踪" / "跨会议看板"

💬 试试说："帮我整理这场会：[粘贴会议文字]" 或 "从这段记录里提取 action items 并标责任人。" 或 "用 ActionHub 追踪这些待办的完成状态。"

03-A 会议纪要生成（含 v2.1+ 增强）

输入：会议录制/转写 + 02 阶段的实时纪要（可选）
处理流程：
1. 整合转写全文 + 实时纪要 + 决策记录
2. 执行转录清洗规范（强制前置，见下）
3. 结构化输出：摘要 + 决策 + 行动项 + 待澄清 + 遗留事项 + 情绪温度
4. 可选：统一一次性综合报告 / 多格式导出 / 翻译字幕 / 语义搜索

多语种支持：中文（默认）、English、日本語、한국어；配合 WhisperX 自动检测可覆盖 90+ 语种转写（润色模板保持 4 语种，转写层放开）。

① 转录清洗规范（所有文本输入的强制前置步骤）
在结构化提取前，必须先对原始转写做三步清洗（融合自 Action Items Extractor / meeting-minutes 技能）：
1. 去口语噪声：批量移除填充词（中文：嗯/啊/呃/那个/就是说/然后呢；英文：um/uh/like/I mean）与无关寒暄。
2. 合并同发言人片段：将同一人的连续短句合并，避免误判为多轮对话。
3. 显式标注归属：用 [发言人: 张三] 格式标注每段话归属（无署名文本由 LLM 推断并标注"推断"）。

> ⛔ 禁止推断铁律：责任人/截止日期只从显式声明提取，缺失标 [待确认]，相对日期（如"两周左右"）保留原表述不推算。完整说明见顶部「卡片 3」边界 Top 5。

② 统一一次性综合报告（Mode B 快速路径）
除模块化深度输出外，提供"粘贴即出"的单次综合报告（融合自 ai-meeting-notes / AI-Meeting-Assistant），
一次响应包含全部要素，便于直接转发：

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 [会议标题] — [YYYY-MM-DD]  时长: [X min] | 参会人: [名单]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【摘要】2-3 句概览
【⚡ 行动项】（[X] 项）
  1. [ ] @责任人: 任务 — 截止日期（缺失标[待确认]）
  2. [ ] @责任人: 任务 — 截止日期
【✅ 关键决策】
  • 决策 1  • 决策 2
【🌡️ 情绪温度】整体: 中立偏正向 | 争议点: [议题]
【❓ 待澄清】[问题 1] [问题 2]
【🔄 遗留事项】[事项 1（下次会议再议）] [事项 2]
【📎 已存】meetings/YYYY-MM-DD_主题.md
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

随后提示用户："将以上行动项加入待办？① all ② 指定序号 ③ none"

③ 导出格式扩展
| 格式 | 用途 | 依赖要求 | 降级方案 |
|------|------|---------|---------|
| .md | 默认结构化纪要 | 无（纯文本） | — |
| .html | 邮件/网页渲染 | 无（LLM 生成） | — |
| .srt | 字幕轨 | 无（文本转写即可生成） | — |
| .json | 结构化机器可读 | 无 | — |
| .pdf | 归档/打印 | ⚠️ pandoc（未装则不可用） | → 自动降级 .md，内容一致 |
| .docx | Word 兼容 | ⚠️ pandoc 或办公套件（未装则不可用） | → 自动降级 .md，内容一致 |

> 📌 网络依赖说明：.md / .srt / .json / .html 四种格式完全离线可生成，不访问任何外网。.pdf 和 .docx 调用本地 pandoc，也不需要外网。唯一涉及网络的场景是 Mode A 调用腾讯会议 API 拉取会议数据。

④ 实时多语种翻译 + 字幕（bilingual subtitle）
基于转写文本提供「原文 + 目标语种译文」双语输出，并可导出双语字幕轨（融合自 MeetingBro / Vexa 的 live translation + subtitles）：
- 管线：转写段落 → LLM 逐段翻译（保留说话人 / 时间戳）→ 生成 XXX.zh-en.srt 双语字幕
- 语种对：默认中 ↔ 英，可扩展至 WhisperX 已覆盖的 90+ 语种
- 使用场景：跨国会议回看、字幕对齐、对外共享纪要
- 边界：纯文本翻译（非实时语音同传）；真·同传需外部实时 ASR + 翻译管线（见 references/self_hosted.md）

⑤ 跨会议语义搜索增强
在 v2.1「会议即代码」沉淀基础上叠加语义层检索（融合自 Vexa「Knowledge as code」+ 沙箱 agent）：
- 管线：search_transcripts 关键词召回 → LLM 查询改写（query rewrite）→ 本地知识库 meetings/*.md 语义 grep → 聚合答案
- 能力：跨多场会议的自然语言问答（"上次关于 X 的决策是在哪场会？""Q2 我们讨论过几次性能问题？"）
- 依赖：Embedding 模型（模块 04 已具备）；无 Embedding 时降级为关键词 grep（精度下降但可用）

> 📌 固定命名规范：每次会议产出统一命名为 YYYY-MM-DD_会议主题.md（如 2026-07-21_产品评审会.md），
> 存入知识库目录，确保可检索、可 diff、可 grep（融合自 ai-meeting-notes「日期在前」约定）。

> 📌 纪要写作原则（融合自 meeting-butler v1.0.0）：① 决议优先——决策与行动项置顶；② 责任人明确——每项待办必带负责人（缺失标 [待确认]）；③ 可追溯——关键结论注明提出人/原文出处；④ 简洁——能表格不用段落，能列表不用长句。以上与顶部「禁止推断铁律」一致，互为补充。

03-B 待办自动派单 + DDL 提醒 + 证据溯源（v2.6.0 增强）

输入：纪要中提取的待办事项列表
处理流程：
1. 从纪要中解析待办（责任人 + 任务描述 + 隐含时限）
2. 自动匹配责任人身份（通过参会人列表）
3. 推荐合理的截止日期（基于工作日历 + 任务复杂度）
4. 🆕 证据溯源：每个待办附带原始对话引用 + 时间戳（如 [02:15] 张三："我来做性能测试，下周出结果"）
5. 🆕 置信度评分：每次提取附置信度（高 >0.9 / 中 0.6-0.9 / 低 <0.6 建议人工复核）
6. 🆕 执行步骤生成：每个待办自动拆解为 2-5 步可执行步骤 + 工作量估算（轻 ≤30min / 中 30min-2h / 重 >2h）
7. 支持通过飞书/TAPD/邮件等方式派单
8. 设置 DDL 前 N 天的自动提醒

输出/动作（v2.6.0 增强版）：

【待办派单建议】

已识别 2 项待办：

  1️⃣ 性能测试报告          [置信度: 0.95 🟢]
     👤 责任人：张三（已匹配）
     📅 建议DDL：[待确认]（原文未显式给出，严禁推算）
     📎 来源：[03:15] 张三："我来做性能测试，下周出结果"
     🪜 执行步骤：
        1. 梳理测试场景清单（轻, ~20min）
        2. 搭建测试环境并跑基线（重, ~3h）
        3. 输出测试报告+风险项（中, ~1h）
     ⚠️ 提醒：DDL 确认后设置前 2 天提醒
     📤 派单方式：[ ] 飞书  [ ] TAPD  [ ] 邮件  [ ] 仅本地记录

  2️⃣ 设计稿最终确认        [置信度: 0.62 🟡 建议复核]
     👤 责任人：王芳（已匹配）
     📅 DDL：[待确认]
     📎 来源：[05:42] 王芳："设计稿我尽快确认一下"
     ⚠️ 置信度偏低：原文表述模糊，建议与王芳确认具体任务范围和截止时间

> ⛔ 遵循 03-A ① 禁止推断规则：责任人/截止日期缺失一律标 [待确认]，不自行补全。

03-C 任务看板聚合

输入：多场会议的待办列表
处理流程：
1. 汇总 get_user_ended_meetings 关联的多场待办
2. 按责任人 / 状态 / DDL 聚类
3. 输出跨会议任务看板（进行中 / 逾期 / 已完成）

03-D ActionHub 行动追踪（v2.6.13 新增 · 蒸馏「会议行动枢纽 · ActionHub」）

> 专为腾讯会议打造的行动追踪能力：从会议纪要中自动萃取待办、匹配负责人、计算 DDL、生成跨会议看板，让会后行动全程可追踪、不遗漏。

触发词："ActionHub" / "行动追踪" / "待办追踪" / "跨会议看板" / "计算 DDL"

输入：单场或多场会议纪要/待办列表

处理流程：
1. 萃取待办：从纪要文本中识别 action items（含口语化表达如"张三你把这个做一下""下周前给"）
2. 匹配负责人：
- 显式提到责任人 → 直接采用
- 未明确提到 → 根据上下文（"你"指代最近发言人）推断，并标注 [推断]
- 无法推断 → 标 [待确认]
3. 计算 DDL：
- 绝对时间（"7 月 30 日""下周五"）→ 转标准日期
- 相对时间（"下周""两天后"）→ 以会议结束时间为基准计算
- 无时间 → 标 [待确认]，并根据事项紧急度建议默认周期
4. 生成跨会议看板：
- 按"待开始 / 进行中 / 逾期 / 已完成"四象限展示
- 支持按责任人、会议来源、DDL 筛选
5. 状态更新：用户提供新进展（"张三的待办做完了"）→ 更新看板并标注证据来源

输出模板：

🎯 ActionHub 跨会议行动看板

【逾期】
- [ ] 更新接口文档（来源：7/22 技术对齐会）— 责任人：李四 — DDL：2026-07-23 [已逾期 1 天]

【进行中】
- [ ] 完成 PRD 评审（来源：7/23 产品周会）— 责任人：张三 — DDL：2026-07-28

【待确认】
- [ ] 协调设计资源 — 责任人：[待确认] — DDL：[待确认]
  └─ 证据："这个设计资源得协调一下"（发言人：王芳，03:22）

【本周到期】
...

> ⚠️ 边界：
> - DDL 计算基于文本推断，非日历系统级提醒；如需日历提醒，需额外配置日历 MCP
> - 负责人推断基于说话人标注精度；无说话人标注时推断准确率下降
> - 不支持自动修改外部任务系统（飞书项目/TAPD/Jira）状态；只生成看板+推送文案，状态更新需用户确认
> - 跨会议看板需要多场会议数据；单场会议只输出"单会议行动清单"

> 💡 与 03-B 的区别：03-B 是"提取+派单"（一次性）；03-D 是"提取+追踪+看板"（持续性），强调行动不遗漏。

场景 04：效率洞察 —— 让数据会说话

触发词："会议效率分析" / "决策溯源" / "议题聚类" / "效率体检" / "会议质量审查" / "会议体检" / "会议病根" / "会议生命周期" / "全流程洞察"

💬 试试说："分析最近 4 场周会的效率，输出趋势和卡点。" 或 "像医生体检一样审查这场复盘会，找出病根和改进建议。" 或 "给我一份会议全生命周期洞察报告。"

04-A 团队周/月度会议效率体检

核心指标体系（8 项）：
| 层级 | 指标 | 目标基准 |
|------|------|---------|
| 基础 | 平均时长 / 准时开始率 / 准时结束率 / 人均参会时长 | ≤60min / ≥90% / ≥80% / ≤8h周 |
| 质量 | 议题覆盖率 / 决策产出率 / 发言均衡度 / 情绪温度 | 见趋势 |

输出：效率评分卡 + 改进建议。

> 📐 量化效率模型：单场会议的发言均衡度 / 议题覆盖率 / 决策产出率公式与评级标准见 references/efficiency_algorithm.md（蒸馏自 huiyi v1.1.2），可让体检报告带具体数字。
> 🧮 本地算力模式（确定性内核 + LLM 模糊判断 + 编排）：模型「怎么算、代码怎么写」见 references/local_compute.md——Phase 1 完成 Layer 0 输入归一 + Layer 2 可复现评分/图表/报告（配置外置、修原 15 脚本缺陷）；Phase 2 补全 Layer 1 LLM 模糊判断提示词规范（§7） 与 Layer 3 路径编排（§8：本地算力 / 纯 LLM Mode B / 纯 Python 启发式备份 三选一、结构一致可降级）。

04-B 决策溯源

输入：某条决策 / 行动项
处理流程：
1. 在转写与纪要中定位决策上下文
2. 关联来源会议 + 发言人 + 时间窗
3. 输出"决策来自哪场会、谁提出、依据什么"

04-C 议题聚类

输入：多场会议转写/纪要
处理流程：
1. 议题向量化（Embedding）
2. HDBSCAN 等聚类算法归并相似议题
3. 输出跨会议议题热力图与演进趋势

> 🔎 v2.2 跨会议语义搜索增强：04 模块现在可直接对沉淀的 meetings/*.md 知识库做自然语言问答（"Q2 我们讨论过几次性能问题？""上次关于 X 的决策在哪场会？"）。管线见 03-A ⑤：先 search_transcripts 关键词召回，再 LLM 查询改写 + 知识库 grep 聚合。无 Embedding 时降级为关键词匹配。

04-D 会议质量审查器（v2.6.12 新增 · 蒸馏「会议质量审查器」）

> 像医生做体检一样审查会议——不量体温，找病根。输入会前准备、会议纪要、执行情况三个维度的数据，输出因果链诊断报告 + 精确改进建议。

触发词："会议质量审查" / "会议体检" / "找病根" / "会议复盘诊断"

输入：
1. 会前准备：议程、目标、参会人、预读材料
2. 会议纪要：实际讨论内容、决策、待办、发言分布
3. 执行情况：待办完成率、决策落地结果、参会人反馈

处理（因果链诊断）：
1. 症状识别：从三维度提取异常信号（如"议程 5 个议题只讨论了 2 个""8 人参会仅 3 人发言""待办完成率 30%"）
2. 根因归类：按「目标不清 / 人太多 / 议程超载 / 决策模糊 / 跟进缺失 / 信息不同步」六类归因
3. 因果链构建：把症状→根因→影响串成可验证的因果链（例："议题超载 → 讨论碎片化 → 决策模糊 → 跟进缺失"）
4. 精确改进：每条根因给 1 个最小可行改进动作（MVIA），不写空话

输出模板：

🩺 [会议主题] 质量诊断报告

【症状】
- 议程 5 项 / 实际完成 2 项（覆盖率 40%）
- 8 人参会 / 发言人数 3（发言均衡度 0.18）
- 5 条待办 / 到期完成 1 条（完成率 20%）

【根因链】
议题超载（议程 5 项） → 讨论碎片化 → 决策模糊（2 项未形成结论） → 跟进缺失（责任人/DDL 不全）

【精确改进】
1. 下次会前用 01-E 判定"是否真的需要开会"，砍掉可异步同步的议题（预计减少 2 项）
2. 执行 Lencioni 25/50min 短会规则，议题数 ≤3
3. 用 01-D 碰撞议程设计替代"面面俱到"，只留高张力议题
4. 会后 24h 由主持人检查待办责任人确认情况

> ⚠️ 边界：需要用户提供「会前准备 + 会议纪要 + 执行情况」三维度数据中的至少两个；若只有会议纪要，会提示"诊断深度受限，建议补充执行数据"。禁止在无数据时编造完成率。

04-E 会议全生命周期洞察（v2.6.13 新增 · 蒸馏「会议全生命周期管理管家」）

> 一站式会议管理视角：把会前 → 会中 → 会后的分散数据串成一条时间线，输出覆盖预约、日历、通知、文档分发、参会人响应、纪要产出、待办完成的全流程洞察。

触发词："会议生命周期" / "全流程洞察" / "会议管理管家" / "企业微信会议推送"

输入：
1. 日历数据（会议预约/修改/取消记录）
2. 企业微信/飞书/钉钉消息推送记录（可选）
3. 会议纪要 + 待办 + 决策
4. 待办完成状态（ActionHub 看板或外部系统）

处理：
1. 生命周期阶段映射：把每场会议按「预约 → 邀请 → 会前准备 → 会中 → 纪要产出 → 待办分发 → 跟进 → 关闭」分阶段
2. 异常识别：
- 预约了但没准备（无议程）
- 邀请了但没响应（参会人状态）
- 开完了但没纪要
- 纪要有但待办未分发
- 分发了但没完成（逾期）
3. 渠道效能看板：按消息渠道（企业微信/飞书/钉钉/邮件）统计通知打开率、响应率、完成率
4. 输出改进清单：针对生命周期中的断点给出修复建议

输出模板：

📊 [团队/项目] 会议全生命周期洞察（统计周期：近 30 天）

【生命周期健康度】
预约 → 邀请 → 会前准备 → 会中 → 纪要 → 待办分发 → 跟进 → 关闭
  ✅    ✅      ⚠️ 35%    ✅    ⚠️ 20%      ⚠️ 40%      ❌ 50%    ⚠️

【断点 TOP3】
1. 会前准备缺失：35% 会议无议程 → 建议会前 30 分钟强制推送议程模板
2. 纪要产出滞后：20% 会议 48h 内未出纪要 → 建议会后自动触发 03-A
3. 待办逾期严重：50% 待办未按期完成 → 建议启用 03-D ActionHub 周度追进

【渠道效能】
- 企业微信：通知打开率 78%，响应率 45%，完成率 32%
- 飞书：通知打开率 65%，响应率 38%，完成率 28%
- 建议：高优先级待办走企业微信，普通待办走飞书

> ⚠️ 边界：
> - 需要 Mode A 或外部 MCP 获取日历/消息/企业微信数据；Mode B 仅支持用户手动粘贴数据后的分析
> - 企业微信/飞书/钉钉通道需要对应平台连接器授权
> - 洞察结果是统计+归因，不替代管理决策，只提供数据证据
> - 单点数据（只有几场会议）时输出会提示"样本量不足，趋势仅供参考"

> 💡 与 04-A 的区别：04-A 聚焦"会议效率指标"；04-E 聚焦"会议全流程管理断点"，强调流程闭环。

场景 05：场景洞察 —— 让会议资产复用

触发词："周报/月报自动起草" / "项目复盘材料" / "面试/培训记录" / "会议识人才" / "人才洞察" / "会议信息图" / "一图流" / "SessionCapital" / "资产复用" / "跨场景复用"

💬 试试说："根据这周 3 场站会起草周报" 或 "帮我复盘这 2 场迭代评审会，输出复盘报告。" 或 "分析这 5 场评审会里每位核心成员的能力长短板和情绪状态。" 或 "把这场战略会蒸馏成一张 SVG 信息图。" 或 "用 SessionCapital 把这几场会的结论复用到周报和项目复盘里。"

05-A 周报/月报自动起草

输入：一周/一月会议文本或 get_user_ended_meetings
处理：按 GRAI/OKR 框架聚合 → 输出周报/月报草稿（可 Automation 定时触发）

05-B 项目复盘

输入：项目相关多场会议
处理：GRAI 框架（目标-结果-分析-洞察）→ 复盘报告

05-C 面试/培训记录

输入：单场面试/培训文本
处理：结构化提取（遵守 references/privacy_policy.md 人事数据隔离）

05-D 会议识人才（v2.6.12 新增 · 蒸馏「会议识人才」）

> 从带发言人标注的会议纪要中，多维度映射每个人的能力状态与情绪状态，产出「可培养的长处」与「需回避的短板」的可决策洞察。用于人才盘点、团队配置、项目组队。

触发词："会议识人才" / "人才洞察" / "团队能力画像" / "谁适合做什么"

输入：带发言人标注的多场会议转写/纪要（至少 2 场，覆盖不同议题类型更佳）

处理：
1. 能力维度：按「技术判断 / 产品sense / 推动力 / 协调力 / 风险意识 / 细节把控」六维给每位高频发言人打分（1-5）
2. 情绪维度：识别发言中的积极/犹豫/防御/兴奋信号，输出情绪稳定性与能量分布
3. 长处提取：汇总 repeatable evidence（重复出现的证据），输出 2-3 条「可培养的长处」
4. 短板标记：汇总 repeated risk signals，输出 1-2 条「需回避的短板」（如"在跨部门冲突中容易沉默"）
5. 决策建议：给出「适合放在什么位置」「下次开会怎么用好他/她」

输出模板：

👤 [姓名] 会议人才画像（基于 N 场会议）

【能力六维】
- 技术判断：⭐⭐⭐⭐☆（证据：3 次主动指出技术风险并给出替代方案）
- 推动力：⭐⭐⭐⭐⭐（证据：连续 2 次主动认领难点并跟进落地）
- 协调力：⭐⭐☆☆☆（证据：跨部门议题中发言少，被点名时才回应）
...

【情绪稳定性】稳定 / 波动（证据：...）

【可培养的长处】
1. 技术风险预判力 → 建议让其负责架构评审环节
2. 强执行力 → 建议担任关键待办 DRI

【需回避的短板】
1. 跨部门协调偏弱 → 避免单独负责需多方对齐的议题

【使用建议】
- 适合角色：技术方案把关 + 关键任务执行
- 不适合角色：对外协调/客户沟通牵头人

> ⚠️ 边界：
> - 仅基于会议文本推断，不等于 360 评估，输出必须标注"基于会议文本推断"
> - 禁止输出人身定性（如"能力差"），只能描述「在某类任务上的表现倾向」
> - 情绪识别为弱信号，置信度低时须标黄并建议复核
> - 必须遵守 references/privacy_policy.md，人事数据不得外传

05-E 会议一图流（v2.6.12 新增 · 蒸馏「会议一图流」）

> 一场会，一张图，秒懂。将腾讯会议 AI 纪要或 meeting-intelligence-miner 的结构化输出，蒸馏为一张精美 SVG 信息图——核心决策、关键待办、风险、责任人、时间线一图尽览。

触发词："会议信息图" / "一图流" / "把这场会画成一张图" / "SVG 信息图"

输入：单场会议纪要/转写（已生成的 03-A 纪要最佳）

处理：
1. 信息蒸馏：提取 1 个核心目标、3-5 个关键决策、3-5 条待办、2-3 个风险、责任人
2. 结构设计：
- 顶部：会议主题 + 目标 + 时间
- 左侧：关键决策（绿色方块）+ 责任人
- 右侧：待办清单（蓝色）+ DDL
- 底部：风险项（橙色）+ 依赖关系
3. SVG 生成：用结构化文本描述 SVG（可直接渲染），风格简洁、颜色遵循中国用户阅读偏好（红涨绿跌等财务约定不用于此处；用蓝-绿-橙区分决策/待办/风险）

输出模板：

<svg viewBox="0 0 800 400" xmlns="http://www.w3.org/2000/svg">
  <!-- 标题 -->
  <text x="40" y="40" font-size="20" font-weight="bold">[会议主题] 一图流</text>
  <text x="40" y="65" font-size="12" fill="#666">目标：[一句话目标] | 时间：[YYYY-MM-DD]</text>

  <!-- 关键决策 -->
  <rect x="40" y="90" width="360" height="120" fill="#e8f5e9" stroke="#4caf50" rx="8"/>
  <text x="55" y="115" font-weight="bold">🎯 关键决策</text>
  <text x="55" y="140" font-size="12">1. [决策1] — [责任人]</text>
  ...

  <!-- 待办 -->
  <rect x="420" y="90" width="360" height="120" fill="#e3f2fd" stroke="#2196f3" rx="8"/>
  <text x="435" y="115" font-weight="bold">📝 待办清单</text>
  ...

  <!-- 风险 -->
  <rect x="40" y="230" width="740" height="100" fill="#fff3e0" stroke="#ff9800" rx="8"/>
  <text x="55" y="255" font-weight="bold">⚠️ 风险与依赖</text>
  ...
</svg>

> ⚠️ 边界：
> - 需要先有结构化纪要（03-A）或带发言人标注的转写；纯原始音频不支持直接出图
> - 本能力生成的是SVG 代码/描述，如需真正渲染为图片，需用户浏览器/工具支持 SVG
> - 复杂会议（>10 个决策或 >20 条待办）建议先做分层（按议题拆成多张图）

> 📌 会议知识库自动沉淀（v2.1 · 会议即代码）：每场会议产出（纪要 / 决议 / 待办）统一以 YYYY-MM-DD_会议主题.md 命名存入知识库目录（如 meetings/），形成可检索、可 diff、可 grep 的会议资产；配合 search_transcripts 与本地检索可实现跨会议语义搜索，避免会议数据沉睡（融合自 Vexa「Knowledge as code」与 ai-meeting-notes 自动存档实践）。

05-F 会议资产复用引擎（v2.6.13 新增 · 蒸馏「开过的会，都算数 · SessionCapital」）

> 腾讯会议跨场景资产复用引擎——把一场或多场会议的结论自动复用到周报/月报、项目复盘材料、决策备忘录等下游文档，让"开过的会，都算数"。

触发词："SessionCapital" / "资产复用" / "跨场景复用" / "会议结论复用" / "周报基于会议" / "项目复盘材料"

输入：
1. 来源会议纪要/转写（1 场或多场）
2. 目标文档类型：周报 / 月报 / 项目复盘 / 决策备忘录
3. 目标受众/角色（可选，用于角色视角过滤）

处理：
1. 结论萃取：从会议纪要中提取决策、待办、风险、关键数据
2. 五栏周报视图（选"周报/月报"时）：
- 本周关键决策
- 进展与成果
- 风险与阻塞
- 下周重点
- 需要关注的数据/待办
3. 角色视角过滤：按受众角色（老板/产品/技术/运营）重组内容优先级
4. 项目复盘五段式（选"项目复盘"时）：
- 背景与目标
- 关键过程（按时间线）
- 决策与变更
- 阻塞归因
- 改进建议
5. 源引用嵌入：每个结论后标注来源会议 [来源：2026-07-24_xxx.md]，方便溯源

输出模板：

📰 [项目/团队] 周报（基于 3 场会议自动起草）

一、本周关键决策
1. 下周发布 v2.6.13 — [来源：7/24 技术评审会]
2. 调整 Q3 优先级，先做 A 再做 B — [来源：7/23 产品周会]

二、进展与成果
- 完成 ActionHub 看板设计 — 责任人：张三 — [来源：7/24 技术评审会]

三、风险与阻塞
- 设计资源未对齐 — [来源：7/22 对齐会]

四、下周重点
1. 完成 API 联调
2. 输出用户测试报告

五、需关注的数据/待办
- [ ] 更新接口文档 — 李四 — 7/28 [来源：7/24 技术评审会]

> ⚠️ 边界：
> - 资产复用需要先有会议纪要沉淀（03-A）或会议知识库；无来源会议时提示"请先提供会议纪要"
> - 角色视角基于你指定的受众或通用角色模板；不能替代你确认受众真实需求
> - 生成的复盘/周报是初稿，需人工审核后发出
> - 跨会议复用需要多场会议之间存在主题关联；不相关会议会提示"主题差异过大，建议分篇"

> 💡 与 05-A 的区别：05-A 是"周报起草"（单一输出）；05-F 是"资产复用引擎"（多目标文档 + 角色视角 + 源引用），强调一次会议，多处复用。

跨模块编排示例

用户："帮我准备明天的评审会"
  → 01-F 避坑预检 + 01-A 议程 + 01-C 参会人概览 + 01-G 结构化备会报告
  → 01-H 预约会议（Mode A）
  → 会中："检测我的会议" → 02-A 补充（方式二 · 日历检测）→ 02-E 实时价值保全流水线
  → 会后："生成纪要" → 03-A 纪要 + 03-B 派单 + 03-D ActionHub 行动追踪
  → "这周效率怎么样" → 04-A 体检 + 04-E 全生命周期洞察
  → "起草周报" → 05-A 周报 / 05-F SessionCapital 资产复用引擎

数据传递约定

工具索引

本 Skill 依赖的工具和能力矩阵。工具名称必须与腾讯会议 MCP Schema 完全一致（详见 references/api_references.md）。

> ⚠️ 真实工具名对照（v1.0 遗留错误已修正）：
> create_meeting→schedule_meeting · modify_meeting→update_meeting · query_meeting_detail→get_meeting ·
> query_meeting_list→get_user_meetings/get_user_ended_meetings · get_participants→get_meeting_participants ·
> get_invited_users→get_meeting_invitees · query_recording_list→get_records_list ·
> get_transcript→get_transcripts_details/get_transcripts_paragraphs · get_ai_summary→get_smart_minutes

版本管理

• 当前版本：v2.6.15
• 更新日志参见：references/version_management.md

参考文档索引

反馈与改进

使用中遇到问题时，请通过 submit_feedback 工具提交反馈。反馈规则详见 references/feedback_rules.md。

> ⚠️ Mode B 注意：submit_feedback 是腾讯会议 MCP 工具，Mode B（未装腾讯会议）下不可用，应优雅跳过（仅提示用户可手动反馈），不报错中断。

🔧 外部 API 配置实战（Mode A / 高级能力）

> 本节解决审计反馈的"高级功能比如接外部 API 怎么配置完全没讲"。
> 如果你是第一次用或只用 Mode B，可以直接跳过；想接腾讯会议/飞书/Notion/DeepSeek 再来看。

腾讯会议 Mode A（自动拉取录制/纪要）

1. 安装腾讯会议 Skill（连接器）。
2. 在 WorkBuddy 连接器管理页点击「腾讯会议」→ 授权登录 → 拿到 Token。
3. 之后说：
   检测我的会议
   Skill 会自动调用 get_user_meetings 拉取进行中/已结束会议列表。

> 不需要手动写代码，也不需要改 config.json。授权后自动生效。

DeepSeek LLM（默认推荐，中文快且便宜）

两种配置方式：

方式一：环境变量（临时）

export MEETING_LLM_PROVIDER=deepseek
export MEETING_LLM_API_KEY=sk-xxxxx
export MEETING_LLM_MODEL=deepseek-chat

方式二：配置文件 .meetingrc（推荐）

llm:
  provider: deepseek
  api_key: sk-xxxxx
  model: deepseek-chat
  fallback: openai  # 主供应商不可用时的降级

> 不配也行，默认走平台内置 DeepSeek。

飞书派单同步

1. 在飞书开放平台创建一个机器人或应用，拿到 app_id 和 app_secret。
2. 给机器人开通"多维表格"写入权限。
3. 在 .meetingrc 中追加：

feishu:
  app_id: cli_xxxxx
  app_secret: xxxxx
  base_id: xxxxx  # 多维表格 ID

4. 之后提取待办时，Skill 会多一个"📤 派单方式：[ ] 飞书"的选项。

> 不配置时自动降级为本地清单，不影响核心功能。

Notion 同步

1. 在 Notion Integration 页面新建 integration，拿到 Token。
2. 把要写入的页面/数据库共享给 integration。
3. 在 .meetingrc 中追加：

notion:
  token: secret_xxxxx
  page_id: xxxxx

> 同上，不配置时输出本地 .md，不影响使用。

一键生成配置模板

如果你不确定怎么写，直接对 AI 说：

帮我生成会议助手 .meetingrc 配置模板，包含 DeepSeek + 腾讯会议 + 飞书

Skill 会输出一份带占位符的配置，你只需要把 xxxxx 换成真实凭据。

🧩 复杂场景端到端示例（效果可预期）

> 本节解决审计反馈的"复杂场景效果还得自己验证"。以下场景给出明确输入、处理步骤、预期输出、边界与降级。

场景 A：多场会议批量整理 + 跨会议知识库

输入：用户说"帮我整理上周所有产品会，并回答'性能优化讨论过几次'"

处理步骤：
1. Mode A：get_user_ended_meetings 拉取上周会议列表 → 筛选主题含"产品"的会议。
2. 对每场会议走 03-A 纪要生成，存入 meetings/。
3. 04-C 议题聚类：Embedding 归并"性能优化"相关议题。
4. 若 Embedding 不可用，降级为关键词 grep（性能+优化+慢+卡顿）。

预期输出：
- 每场会议的一句话摘要
- "性能优化"出现 3 次，分别来自 7/15 周会、7/17 评审会、7/18 复盘会
- 历次结论演化：7/15 定位问题 → 7/17 提出方案 → 7/18 确认排期

边界：若未装腾讯会议，需用户手动粘贴每场会议文本。

场景 B：长音频分段处理（2h+ 会议）

输入：一段 150 分钟的会议录音。

处理步骤：
1. ffmpeg 抽音频 → 按 30 秒窗口切片。
2. 每片独立 ASR → 合并同说话人片段。
3. 每 10 分钟为一个 chunk 送入 LLM 提取要点。
4. 最后做一次全局汇总，避免上下文溢出。

预期输出：
- 完整转写文本
- 分议题摘要
- 决策与待办清单

边界：
- GPU 加速可选；CPU 也能跑，只是慢。
- 跨 chunk 的上下文可能略有割裂，重要决策会在全局汇总时二次校验。

场景 C：多平台同步派单（飞书 + TAPD + 邮件同时发）

输入：一场会后，用户说"把待办发给我、飞书、TAPD"

处理步骤：
1. 03-B 提取待办。
2. 检查已配置的连接器：飞书、TAPD、邮件。
3. 对未配置的渠道，输出本地清单并提示"如需自动同步，请配置 xx"。
4. 对已配置的渠道，分别调用 API 派单。

预期输出：
- 本地待办清单
- 每个待办的派单状态（成功 / 失败 / 未配置）
- 失败项的降级方案

边界：邮件需要 SMTP 配置；TAPD 需要 OAuth/TAPD API 权限。