会议录音转纪要、访谈音频转逐字稿、SoundWise 转出的文本分两条路整理

文章导读
同一份 SoundWise 转出的文本,会议要压成结论和待办,访谈要留成能引用的逐字稿。分流之前先做一件共用的事:把转写文本按说话人和时间戳切成可回溯的块。顺序反了,通常会在引用核对、责任人和数字确认上返工。
📋 目录
  1. 壹 先把转写文本按说话人和时间戳切块
  2. 贰 会议录音段落:抽结论、待办、责任人
  3. 叁 访谈录音段落:保留原话、标注停顿与语气
  4. 肆 对涉及个人信息或商业内容的段落做处理
  5. 伍 把两份成品按同一套命名和归档规则收尾
A A

同一份 SoundWise 转出的文本,会议要压成结论和待办,访谈要留成能引用的逐字稿。分流之前先做一件共用的事:把转写文本按说话人和时间戳切成可回溯的块。顺序反了,通常会在引用核对、责任人和数字确认上返工。

适用场景:会议录音要出纪要、访谈录音要出逐字稿,且两者来自同一份转写底稿。操作上先用说话人加时间戳切块,再按会议、访谈两条路分别处理。验证方式是抽查切块与音频是否对应、待办是否有责任人和时间点、引用是否与时间戳一致。边界在于整理口径取决于你的业务要求,敏感信息是删是换要先定规则,拿不准的字段宁可保留原文并标注。

先把转写文本按说话人和时间戳切块

切块的目的是让两条整理路线共用同一份底稿。先确认导出结果里是否有说话人分离:如果有,直接沿用并统一标签;如果只有整段文本,就靠时间戳和人工听辨补上 [说话人A]、[说话人B]。同一个说话人在全篇保持同一标签,不要整理到一半重新编号。

时间戳是否保留,看用途:会议纪要可以只在决议或待办来源处留锚点时间,正文不必逐段带;访谈逐字稿建议保留每块起止时间,方便回听核对,等外发版再剥离。切块粒度以一次连续发言为一块,长发言按议题的自然段再拆;不要按句切,按句切会丢掉上下文和说话人指向。

seg_id: S03-002
speaker: 说话人A
start: 00:12:31
end: 00:13:05
text: ...

切完先做一次抽查:随机挑几块和音频对齐,确认说话人没有错位、时间戳没有漂移,再往下走。

会议录音转纪要、访谈音频转逐字稿、SoundWise 转出的文本分两条路整理

会议录音段落:抽结论、待办、责任人

会议段落的目标是压缩成可执行的条目。结论句通常出现在收束语之后,比如“那就定”“结论是先按这个走”“没有其他意见就执行”,或者多人附议后不再出现反对。要区分“讨论中提到的假设”和“已经确认的结论”,前者留在背景里,别塞进决议。

待办条目至少包含四样:动作、交付物、责任人、时间点或触发条件。责任人缺失时标成“待确认”,不要默认成会议主持人。语气词的删减口径可以这样定:嗯、那个、就是说、然后呢这类填充词直接删;表示态度和不确定性的词(可能、先看看、我保留意见)不要删,它往往就是判断依据。

请从下面的会议转写块中抽取待办,输出字段:
action(动作)、owner(责任人,缺失写待确认)、due(时间点或触发条件)、deliverable(交付物)、source(来源时间戳)。
只输出已确认事项,讨论中的假设归入 background 字段,不要编造责任人和时间。
转写块:

访谈录音段落:保留原话、标注停顿与语气

访谈逐字稿的目标是引用不出偏差。需要保留的口语特征包括重复、自我修正、方言词、语气词、笑声和停顿,它们会影响读者对原话的理解。删减处统一用一种标记,比如 […];停顿用 [停顿] 或 (停顿),不要凭印象补上具体秒数。

会议录音转纪要、访谈音频转逐字稿、SoundWise 转出的文本分两条路整理

引用前必须回听核对:按时间戳找到原音频,核对否定词、数字、人名、限定词是否在整理中被改动。跨说话人截取的引用,要在省略位置标明 […],不要拼接成一句连贯的话。整理者可以润色语序,但不能改变原话的判断方向。

对涉及个人信息或商业内容的段落做处理

需要替换的内容类型通常包括:姓名、电话与邮箱、公司或项目代号、金额与报价、地址与工号、未公开的产品参数。替换标记要统一写法,例如 [姓名A]、[联系方式]、[客户B]、[金额已隐去],同一个实体在全篇用同一个映射。

会议录音转纪要、访谈音频转逐字稿、SoundWise 转出的文本分两条路整理
replace_map:
  张三: [姓名A]
  138xxxxxxxx: [联系方式]
  某项目天狼星: [项目A]
  报价 120 万: [金额已隐去]

原稿留存位置要和外发版分开:原始转写放在受控权限的目录里,不随成品一起复制;映射表单独存放,避免别人从成品反推出真实身份。替换完成后用关键词检查一遍,确认没有漏掉的手机号或邮箱格式。

把两份成品按同一套命名和归档规则收尾

命名规则建议固定成:日期_类型_项目简称_版本,例如 20250418_meeting_项目A_v1.md、20250418_interview_受访者B_v1.md。类型里直接区分 meeting 和 interview,后续查找不用回忆文件名。

归档位置分成三处:raw/ 放原始转写,meetings/ 放纪要,interviews/ 放逐字稿。版本标记用 v1、v2 表示内容修订,用 draft、final 表示状态;每次改动在目录下留一条 changelog,写清改了什么、谁改的。这样两份成品来自同一份底稿,却不会互相干扰。

archive/
  raw/
  meetings/
  interviews/
  replace_map/
  changelog.md