讯飞星火：会议秘书怎么用？转写与待办

讯飞星火的会议秘书，解决的不是“把话记下来”，而是“记下来的东西有人认领”。一场一小时的会，转写稿通常上万字，直接发群里没人看；真正有用的是三样：定了什么、谁在什么时候做什么、什么还没定。下面按这个顺序讲怎么用。

纪要用不起来，缺的是三样东西

多数纪要只写了前者。写完“本次会议讨论了……”，没有责任人、没有时限、没有未决项，第二天就沉底。可用的纪要有固定结构，每段字段不同：结论段只写已达成的决定，待办段每条带责任人和截止时间，未决段写清分歧点和下次讨论的时间。

判断一份纪要合不合格，用一条测试：把待办段单独发给一个没参会的人，他能不能照着执行。不能，就是缺字段。

转写质量取决于录音

转写准确率的首要变量是音源，不是模型。单人靠近麦克风、环境噪音低、语速正常，转写基本可用；会议室远端、多人抢话、空调底噪大，再好的模型也会丢句。能改的动作有三个：用领夹麦或会议全向麦、会前关掉手机震动和风扇、重要会议让每人先自我介绍一句。

会前那句自我介绍还有第二个作用：给发言人分离提供声纹样本。多数工具的分离靠声纹聚类，样本越干净，后面判断“谁承诺了什么”才越准。会中实时记录的做法与实时记录的通用思路接近，差别在生态和导出格式。

发言人分离要靠会前约定

自动分离常见的结果是“发言人一、发言人二”，对不上人名。会后手动标注十分钟，或者会前约定“发言前先叫自己名字”，都能省下这段时间。远程会议更麻烦，同一台设备上多人说话常被合并成一个发言人。

要不要人工校对，看内容风险：涉及分工、金额、对外承诺的段落逐条核对人名和时间；纯讨论、纯同步的段落扫一遍即可。校对时重点看代词，“他来说明一下”这种句子，转写对了也判断不出是谁。

三类内容分开抽

把转写稿交给模型时，一次只要一类。要结论就只要结论，要待办就只要待办，混在一起要，模型会把讨论中的假设写成决定。提示词里明确“只依据记录内容，缺失的责任人和时间标注待确认”，能明显减少编造。写法可以参考提示词改编的三个动作。

待办提取要限定格式：责任人、动作、截止时间、依赖条件。四项缺一项就标“待确认”，不要让它猜。猜出来的责任人比没有责任人更麻烦，因为没人会去核实。

四类会议的字段差异

四类会的纪要不能套同一个模板。周会要短，访谈要留原话，评审要能追溯，复盘要能验证，字段错了，后面再整理也补不回来。

待办要落到系统里

纪要发完不等于事情开始。把待办同步到任务工具或日历，设提醒，下一次开会先过上一轮的待办。这一步是会议效率的分水岭：没有回看机制，纪要只是一份文档。历史纪要的归档也能借鉴对话历史的管理方式，按项目加时间双维度命名，检索时才找得到。

同步时保留原句。把“下周给出初版”改写成“完成初版”会丢掉时间信息，执行的人按哪个理解都不算错。

它做不到什么

它听不懂没有说出口的背景。会上说“按上次那个方案办”，转写和模型都不知道“上次”指什么，纪要只能照抄。它也判断不出一句话是玩笑还是承诺，语气、反讽、暗示都会丢失。方言重、口音重、专业术语密集的会议，转写错误率会上升，涉及数字和型号的部分必须人工核对。

实时转写依赖网络，断网会缺段；录音本身涉及告知义务，参会人有权知道在录音。这两条属于流程问题，工具层面绕不过去。跨部门会的责任划分，工具也给不出答案。

会后十分钟速查

• 先核人名与时间，再发纪要
• 结论、待办、未决分三段写
• 每条待办四要素：人、事、时限、依赖
• 缺的字段标“待确认”，不让模型猜
• 待办同步进任务工具，下会先过一遍

三个容易被问到的问题

问：能不能会中实时出纪要？答：实时字幕和分段摘要可以，结构化的结论与待办建议会后基于完整转写再跑一遍。会中内容不完整，边开边总结容易漏掉后面的修正。

问：多人同时说话怎么处理？答：先靠主持人控场。技术上可以做声道分离，但抢话段落任何工具都难还原，重要会议建议明确发言顺序。

问：纪要要不要发给全体？答：按内容分层。结论和待办发全员，涉及人事、薪酬、未公开条款的部分单独存，不进共享文档。