[huangzhenyuan-bytetrade]

背景

/translate/transcript 一次翻译会议转写的一组轮次（Note 每组最多 32 轮）。发给模型时，每一轮编一个号，前面拼上说话人，例如：

1. [SPEAKER_02] The following is a conversation with Jensen Huang…
2. [SPEAKER_02] …as a leader, engineer, and
3. [SPEAKER_01] Innovator.

拼说话人，是为了让模型知道谁在说话，代词才不会翻错。提示词里要求模型不要把标签写进译文，但 Hy-MT2-1.8B 经常照抄回来，所以拿到回复后要把标签剥掉，函数是 stripEchoedLabels。

出了什么问题

原来的 stripEchoedLabels 是一票否决：一组回复里，只要有一行不以 [ 开头，或者有一行剥完是空的，就认定模型没回吐标签，整组原样交回。

一场真实会议撞上了第二个条件。说话人分离把 "Innovator." 这个词单独切成了一轮（上面的第 3 行）。中文要把它放到句子中间，模型就把它并进了第 2 行，第 3 行只回了一个标签：

2. [SPEAKER_02] ……作为领导者、工程师和创新者所做出的决策……
3. [SPEAKER_01]

第 3 行剥完是空的，整组 16 轮就带着 [SPEAKER_xx] 前缀交给了 Note，界面上直接显示出来。同一段录音跑了三次，三次都在这一组出问题。

改了什么

1. 剥标签：一行一行剥，只剥这次发出去的标签

先把这次调用发给模型的说话人名字收集成一张名单（本组各轮加上文里的），每一行开头的 [名字] 在名单里就剥掉。剥不剥只看这一行自己，跟其它行无关。名单外的方括号不动，比如原话里的 [笑]。

2. 某一行只剩标签：只补这一行，其它行照收

只剩标签说明这一轮的内容被模型挪进了邻行，这一行本身没有译文。处理分三步，每一步只在上一步不成功时才做：

1. 连同前后各一轮重翻一次。 上面的例子就是第 2–4 行一起重翻，前面的第 1 行作为上文带上。为什么带上邻行：这一轮的内容就在邻行里，单独翻会让同一个词出现两次。新结果里没有只剩标签的行，就用它替换这几轮的译文。
2. 还不行，就单独翻这一行。 前面的内容照样作为上文带上。只给一行，模型没有邻行可以并，会老实翻这一行。代价是可能和邻行重复一个词，比如第 2 轮「……工程师和创新者……」，第 3 轮「创新者。」。重复好过空着。
3. 单独翻也失败（模型还是只回标签，或者引擎报错、超时），这一行才返回空译文，并在 error 里标出原因：unaligned、upstream 或 deadline。

其它行都用第一次的译文。唯一的例外是第 1 步重翻成功时，一起重翻的那几行邻行会换成新译文。

两种特殊情况：

• 整组每一行都只剩标签： 当作「回复对不上」，跟以前一样走原有的重试和拆半，不走上面的三步。
• 第 1 步是引擎报错： 直接标 upstream，不再逐行单独去翻，免得引擎故障时请求翻倍。

调用次数有上限：每个对得上的回复最多走一轮上面的补救，补救时发出的调用不会再触发补救。

对调用方的影响

	改之前	改之后
同组其它行	带着 [SPEAKER_xx] 前缀	正常译文
被并进邻行的那一行	只有 [SPEAKER_01]，没有译文	通常有译文（第 1 步或第 2 步翻出来的）
返回空译文	不会（但那一行其实也没有内容）	只在第 3 步，并标出原因

副作用：最坏情况是内容重复

补救之后最坏的结果不是丢内容，而是同一段内容出现两次。有两种：

1. 正确内容重复一个词（第 2 步）。邻行里已经有「创新者」，单独翻这一行又得到「创新者。」。这是有意接受的代价。
2. 补救的结果本身错位（第 1、2 步都可能）。重翻回来，这一行的位置上放的是下一轮的译文，于是下一轮的内容出现两次。第 1 步重翻成功时会替换那几行邻行，所以邻行原本正确的译文，也可能被换成错位的版本。下面的实测里，这种情况 20 次出现 1 次。

和改之前比：这一行原来只有一个标签，现在可能显示一句放错位置的译文。两种都是错的，但现在这种看得出来是重复。错位目前在任何地方都拦不住，下面「不在本 PR」那一节准备另开的内容校验（相邻两行的译文几乎一样、原文却不一样，就当作对不上），能把它拦下来。

为什么这样选

在 yaotest005 的 Hy-MT2-1.8B 上，用这场会议里出问题的那一组，每次都强制第一次回复的第 3 行只剩标签，比较几种补救方式。「错位」指这一行显示的其实是下一轮的译文：行数照样对得上，下游发现不了，比空着更糟。

补救方式	次数	第 3 行翻对	错位	留空
整组重翻	30	0	17	13
只做第 1 步	30	6	3	21
第 1 步，不行再第 2 步（本 PR）	20	19	1	0

整组重翻的「成功」大多是错位，所以没有用它。

端到端：上一版（只有第 1 步）装到 yaotest005，同一段录音完整重跑了一遍，结果是带前缀的译文 0 条、留空 1 轮（就是 "Innovator."）。加上第 2 步之后，只按上表做了实测，没有再完整重跑一遍。

不在本 PR

模型在行数对得上的情况下，把下一轮的译文放进这一轮。端到端重跑里有 5 处这种错位，都不在补救过的组里，是原来就有的问题，这次没有处理。要拦它，需要检查译文内容是否对得上，另开 PR。

验证

• go test -race ./internal/translate/、go vet ./...、golangci-lint run ./... 都通过。
• 新增测试覆盖：只有部分行带标签、带的是邻行的标签、第 1 步成功、第 2 步成功、三步都失败、拆半后右半组出现只剩标签的行（检查结果落在正确的那一轮）、相邻的几行合并成一次重翻、整组都只剩标签、第 1 步引擎报错。每个分支都试过故意把代码改坏，对应的测试都会失败。
• 没有测到：补救途中超时，以及上文超过 16 行时的截断。

🤖 Generated with Claude Code

[huangzhenyuan-bytetrade]

先关闭：领导认为根因在上层（Note 的切轮和说话人归属），这个修复会把上层问题遮住。等 Note 侧排查出结论后再决定是否需要。分支 fix/translate-strip-sent-labels 保留。