会议记录的价值不在“把每个字写下来”，而在于准确保留谁在何时表达了什么、形成了什么决定、后续由谁推进。晨羽智脑把语音转写、说话人处理与纪要整理放在同一链路中，并保留转写文本供人员回听和校正。
两种处理模式
录音批量处理
上传 M4A、MP3 或 WAV 文件后，系统在后台转码、按语音活动分段、执行语音识别与说话人处理，再生成完整转写和结构化纪要。适合会后整理和正式留档。
实时音频分析
浏览器持续传送音频，服务端检测句子边界并逐句返回文字，可显示相对时间和说话人标签。结束后可将录音转入批量链路，生成更完整的定稿纪要。
实时模式优先及时出字，批量模式优先完整处理；两者的结果可能存在差异。重要会议应以回听、人工校对和最终确认后的纪要为准。
一份结构化纪要包含什么
| 内容 | 用途 | 需要人工确认 |
|---|---|---|
| 完整转写 | 保留按时间和说话人组织的会议原始信息 | 专有名词、数字、姓名与噪声段 |
| 会议概要 | 快速了解讨论主题与主要结论 | 是否遗漏反对意见或条件限制 |
| 关键决议 | 集中呈现会上形成的决定 | 是否确已达成一致、是否需要审批 |
| 待办事项 | 整理任务、责任人和时间要求 | 责任主体与截止日期是否明确 |
| 讨论要点 | 按主题回顾论点与上下文 | 发言归属与表述是否准确 |
部署与数据边界
- 音频文件、转写结果、诊断信息和纪要可写入单位自有的对象存储与数据库。
- 语音识别、说话人处理和纪要模型通过内网服务调用，无需把会议录音送往公共云 API。
- 账号与组织权限控制谁能上传、查看和处理录音；具体保留周期应按单位制度配置和执行。
- 录音前仍需遵守知情同意、保密、档案和个人信息保护要求，系统部署方式不等于自动合规。
影响效果的实际因素
麦克风距离、多人重叠说话、方言口音、背景噪声、会议室混响和行业专有词都会影响转写及说话人区分。验收时应使用真实设备、真实房间和代表性参会人数，分别检查字词准确性、时间顺序、发言人一致性、决议提取和待办完整性，不应只用安静环境下的单人朗读。