会议参谋

它解决什么问题

腾讯会议的智能纪要能自动产出初稿，但产出的是「通用摘要」：关键结论埋在长句里，待办事项的责任人和截止时间靠 AI 猜测，团队的实际协作习惯完全体现不出来。工程师拿到这种纪要，往往还要花 10 分钟重写一遍才能发给团队。

更麻烦的是格式。每个团队的周会、评审会、决策会都有自己约定俗成的模板，通用纪要不适配这些约定，每次都要手动改结构。多场会议之后想汇总「我这周到底有哪些活」，也没有顺手的入口。

核心能力与工作方式

会议参谋做的事很简单：把 AI 初版纪要加工成「看得懂、做得动」的定制纪要。

它采用双阶段防幻觉的流程——阶段 1 只做原文提取，原样捞出结论和待办，不添加任何推测；阶段 2 再做格式化，套用模板输出。这样责任人和 DDL 不会凭空出现。

内置三种输出模式，通过 output_mode 参数切换：

• simple（默认）：不超过 3 条结论 + 待办表 + 下次跟进，适合日常快速同步
• standard：完整章节 + RACI/SMART 标准 + Parking Lot，适合需要明确权责的正式会议
• graphic：在 standard 基础上额外生成 Markdown 思维导图

模板沉淀是它的差异化能力。内置 product-weekly、decision-meeting 等模板，用户调整格式后说一句「以后产品周会都这样」，它就会把新格式写入 template_profile，下次自动复用。

数据来源遵循 data_source 参数的策略：有官方腾讯会议 Skill 时优先拉取智能纪要和转写；没有则降级为用户粘贴文本，流程不变。个人待办汇总场景下，它可以拉取多场纪要后去重合并，按优先级排序，并对不确定的 DDL 标注「待确认」。

适用边界

几个需要注意的点：它不存储 Token、不直接调用腾讯会议 API，只处理 Agent 传入的文本，所以不会引入额外的数据安全面。没有官方 Skill 且用户不粘贴文本时，它没有数据可处理，只能等输入。产出的纪要声明为「结构化整理，不构成正式决议」——需要正式存档的场景要走标准流程确认。