把一场泰语会议变成可执行的纪要
一场 40 分钟的泰语会议，录音只是原料。要整理成别人愿意读、读完能照着做的纪要，中间有几步需要人来把关：录得怎么样，说话人分得对不对，转写里哪些地方要再听一遍，决议和待办有没有写全。本文按这个顺序走一遍，每一步都说明机器做了什么，以及你该看哪里。
1. 录音：大半的质量在这一步决定
识别模型听到什么，纪要里就只会有什么。下面几件事几乎不花成本，却会影响后面的每一步：
- 把录音设备放在桌子中间，不要塞进包里，也不要压在笔记本下面。离得远的人声会被房间的回声糊掉。
- 有人远程接入时，让他们的声音也进入同一条录音，并且音量与现场接近。
- 开场请每个人用一句话报上姓名和角色。之后核对时，你能很快把“发言人 A、B、C”对上真人。
- 尽量不要抢话。两个人同时说话时，转写和说话人区分都容易出错。
- 泰语会议里常夹着英文的产品名和缩写，比如 KPI、OKR。第一次提到时说完整，后面再用简称，校对时会省下不少功夫。
上传时按页面提示的格式和单场时长上限准备文件。
2. 上传之后发生了什么
纪要分四个阶段生成：上传录音、转写语音、区分说话人、整理摘要与待办。页面会显示当前阶段和进度，你不需要守着。处理耗时随会议长度变化，具体指标见会议纪要页的指标区。
网络中断、额度用完或录音超过单场上限时，页面会给出对应的说明和重试入口。
生成完成后你会看到四样东西：带发言人和时间戳的转写、摘要、决议、待办。阅读顺序建议反过来：先看待办和决议是否合理，有疑问再往下查转写。
3. 先核对说话人
转写里的发言人先以字母标出：发言人 A、B、C。第一步是数一数人数，是否和实际到会的人数一致：实际来了 4 个人，结果里有 6 位，说明有人被拆开了。接着听每个人的第一段发言，对上真人，改成姓名。后面所有待办的负责人，用的都是这个名字。
常见的两类问题：
- 同一个人被分成了两位。常见于他中途换了位置，或者离话筒的远近变了。可以把这两位的片段合并。
- 短促的应答，比如“ครับ”“ค่ะ”，容易被归到前一位发言人名下。这不影响摘要，但在引用“谁说了什么”时要留意。
说话人区分用 DER 衡量：
DER = (漏检 + 误检 + 混淆)
/ 总语音时长漏检指有人说话却没有标出，误检指没人说话却标了，混淆指标出了但归错了人。它按时间计算，所以一段长发言归错人，比几句短应答归错人的影响大得多。
4. 校对转写：不用逐字读
40 分钟的会议，逐字读完一遍并不划算。按下面的优先级看：
- 人名、公司名、产品名。这些词最容易写错，也最影响纪要的可信度。
- 数字、日期、金额。泰国常用佛历（พ.ศ.），佛历年份等于公历年份加 543，比如 2569 年就是公历 2026 年。纪要要和公历系统对接时，统一换算。
- 混说的词。英文品牌名保留原文字母，不强行音译成泰文；写法不统一的，在纪要里改成同一种。
- 否定词。泰语的“ไม่”漏掉一个，意思就反了。
有疑问的地方，点击对应的条目，播放器会跳到录音的那个位置，只听那几秒，不用从头听。
5. 摘要、决议和待办：用三个问题检查
摘要应当能回答：这次会议定了什么，没定什么。两三句话就够。
决议只写已经同意的事，讨论过但没有结论的不算。每条决议都带着录音位置，拿不准时点开听一下语气。泰语会议里，“ลองดูก่อน”（先试试看）和“ตกลงตามนี้”（就按这个办）听起来都像在表态，写进纪要的含义却完全不同。
待办要回答三个问题：做什么，谁来做，什么时候做。
- 内容：本周内把压测报告发给客户
- 负责人：发言人 B
- 截止：下周三
- 录音位置：00:12:40
负责人以发言人的身份标注，改名之后显示姓名。截止时间按原话记录，比如“下周三”，需要对照会议日期换成具体日期，否则一周之后没人记得是哪一天。缺负责人或截止时间的待办，就去听它对应的录音位置，多数情况下是会上说了，只是没被识别成待办。
6. 导出与回放核对
校对完再导出。可以选两种格式：
- Markdown：包含标题、时长与发言人数、摘要、编号的决议、带勾选框的待办，以及带发言人和时间的完整转写。适合放进知识库或代码仓库。
- Word：内容相同，适合发给不用这些工具的同事。
导出文件的头部只有标题、时长和发言人数，没有会议日期。把日期写进标题，或者写在发送纪要的邮件正文里，待办里的“下周三”才有参照。
发出之前最后做一件事：把每条决议和待办的录音位置各点一遍。条目不多，几分钟就能走完，比事后被问“这条是谁说的”要省事。