讯飞星火录音整理：结论与讨论AI区分技巧指南

讯飞星火需用结构化提示词强制区分【结论】与【讨论】：仅含动词+宾语+责任主体+时间节点的明确决议归【结论】，含“可能”“建议”等模糊表述及无硬性要素者归【讨论】，客户类和技术类会议须分别追加确认依据与文档版本约束。

很多团队用讯飞星火整理录音时，都踩过同一个坑——模型常把“大家觉得可以试试”“可能需要调整接口”这类讨论性表述标记为【结论】，导致纪要看起来像模像样，但真正拿来追责任、推执行时，根本派不上用场。问题的根源在于：如果不主动用指令划清边界，AI默认不会区分“说了什么”和“决定了什么”。所以，必须用明确的提示词告诉它：哪些才算结论，哪些只是讨论。

用结构化提示词强制分离结论与讨论

操作路径不复杂。打开讯飞星火网页版或App，进入“历史记录”，找到刚转写好的会议文字稿，点击右侧“复制全文”按钮，然后粘贴到新对话输入框的最上方。

粘贴完成后，另起一行输入以下提示词（可直接复制使用）：
【请严格按以下要求处理以上文字：①仅将明确达成一致、写入会议决议、有负责人/时间节点的陈述归入【结论】；②所有含“可能”“或许”“建议”“考虑”“再议”“后续评估”的句子，一律归入【讨论】；③【结论】部分每条必须含动词+宾语+责任主体（如“技术部王磊下周三前完成订单超时阈值调整”），缺任一要素即退回重判；④【讨论】部分需保留原始发言者标记（如【张总监】）。】

这里的关键在于，“责任主体”和“时间节点”是两个硬性条件——缺少任一要素的条目，讯飞星火默认视为讨论而非结论。这个判据是整条提示词的核心，不能省略。

针对不同会议类型微调判定逻辑

不同场景下的判定规则需要细化。比如面对客户会议和技术评审会，逻辑有显著差异：

方法一：客户类会议
在原提示词第三条后追加：“客户当场确认的需求、我方现场承诺的交付项，才可列为【结论】；客户说‘希望’‘最好能’‘看看能不能’等柔性表达，全部放入【讨论】并标注【客户未确认】。”

方法二：技术评审会
开头增加角色设定：“你是本次架构评审的终审人，只认可已通过三方签字确认、写入《技术方案V2.3》附件的条款为【结论】；所有‘待压测验证’‘需兼容老版本’‘建议加熔断’均属【讨论】。”

尤其值得警惕的是：技术类会议必须绑定具体文档版本号，否则模型会把口头提议当作既定结论。这一点容易忽略，但后果很严重——很多后续争议都源于版本号缺失导致的“结论”误判。

人工校验关键动作

即使提示词用得很到位，人工校验环节依然不能省。以下是四个必须完成的动作：

第一步：发送提示词后等待响应，通常3～8秒生成结果。

第二步：快速扫描【结论】段——逐条检查是否同时满足“动词开头+宾语明确+责任人可识别+时间可追溯”四要素。举个例子，“优化查询性能”不合格，“DBA李明6月25日前将订单查询响应压至800ms内”才算合格。

第三步：对【讨论】段中间出现“应”“须”“必须”但无签字/文档依据的条目，手动添加【待书面确认】标签，避免后续误读为结论。这种模糊表述最容易在复盘时引发争执。

第四步：点击结果右上角“重试”按钮，在弹出框中输入：“把【讨论】里所有带‘客户’‘甲方’‘我方承诺’字样的条目，单独提取至新段落【客户侧待确认事项】，其余【讨论】内容保持不变。”→发送。这一步能进一步清理责任归属，让纪要的决策信息一目了然。