你发现一句字幕不对，在群里留下一句“这里翻错了”，再附一张播放器截图。过两天，负责修改的人打开整集 SRT，却不知道截图对应哪一条，也不确定你看到的是初稿还是后来校过的版本。这类反馈最费时间的，往往不是改译文，而是找位置、对版本。
一条好用的纠错记录不用写成长篇分析。它只要回答几件具体的事：错句在什么时间，原文和现译是什么，你希望怎么改，理由来自哪段上下文，以及你检查的是哪一个字幕文件。
用时间码定位，别只报“第 238 条”
SRT 的确有连续序号，但删掉或合并前面一条字幕，后面的编号就会全变。美国国会图书馆的SRT 格式说明列出的字幕块包含序号、开始与结束时间、正文和结尾空行。纠错时最好同时写开始时间和当前序号，例如“00:12:43,200，当前第 238 条”。编号方便在同一文件里搜索，时间码则能跨版本回到相同画面。
WebVTT 也把文字和时间区间组成一个 cue，也就是一条带时间的字幕。W3C 的WebVTT 规范还允许 cue identifier，但它不一定存在，也不要求是连续数字。因此，无论文件是 SRT 还是 VTT，时间码都比“第几行”“快到片尾那里”更可靠。
只有硬字幕截图、手边没有字幕文件时，可以写视频时间和画面中的完整现译。别把进度条裁掉。播放器显示的时间可能会受片头版本影响，收到反馈的人仍需要用那句话再核对一次。
别只写“翻得不自然”
“翻得不自然”很难直接修改，因为它没有指出意思错了，还是中文读着别扭。下面是一条自写示例：
位置：00:12:43,200 → 00:12:45,600 原文：彼が来るって、前から知ってた 现译：我知道他会来 建议：我早就知道他会来 理由：前から表示此前已经知道；下一句在问她为什么不惊讶 文件：episode-03.zh-CN.v2.srt
接手的人看到这几行，能马上回到画面，确认“早就”是否符合人物语气。若你只有判断、还没有满意的中文，也可以把“建议”写成“待定”，但要保留原文和理由。勉强给出一个听起来顺口的译法，容易把讨论从原意带到措辞偏好。
涉及人名、敬称或固定术语时，再写一处同集用法就够了。比如“本集 00:06:18 已把 部長 译为部长”，比“前面都是这么翻的”更容易查。若需要全局统一，另开一条术语问题，不要在一条台词下面顺手塞进十几个无关修改。
拿不准，就把证据一起留下
日语省略主语、指代画外人物或故意说得含糊时，不必把猜测写成定论。可以记录“倾向译为姐姐，因为上一镜头提到 姉；请结合下一句确认”。这句话把证据和不确定性都留住了，另一位校对者能继续判断。
音频听不清，也别只写“原文可能错”。把听到的两个候选词、对应时间和影响写出来。例如“聞いた／効いた待确认；若为后者，中文应与药物起效有关”。能截取或上传音频要看团队权限，不要把未获授权的视频片段发到公开评论区。
同一个问题经过讨论，记录里最好留下最后采用的文字和状态。简单写“已改”“不改，原因是人物在反问”即可。否则旧建议留在聊天记录里，后来的人会再提一次，也可能把已经确认的句子改回去。
别让 v2、v3 混在一起
文件名至少带集数、语言和版本，例如 episode-03.zh-CN.v2.srt。纠错记录里的文件名要与检查时一致；团队重新导出后，可以另记 v3 已合入哪些修改。不要直接覆盖唯一一份文件，再靠聊天时间猜哪份更新。
如果字幕来自他人，记录原作者、取得位置和许可范围。能不能修改和再次分发，要看原许可，不是加一句“仅供学习”就自动获得授权。Creative Commons 的许可证说明也明确区分了允许改编、要求相同方式共享以及禁止改编等条件。许可不清楚时，纠错内容可以留在内部，不要连同整份字幕公开上传。
团队没有专门系统，用共享表格、文档或普通问题单也能做。字段保持一致就行：时间码、原文、现译、建议、理由、文件版本、处理状态。下一位打开记录，能直接找到那句台词和你判断的依据，这条反馈才算写完整。