BRD — 台词验收口径落定（TS-11）

1. 想拍什么

本单核心是落定台词验收口径：成片音轨经 ASR 转写后由 h3-validator 以 J6 判定， brd 与下游 contract 在同一验收点上必须只有一种写法且两处同文。

2–4. 主角 / 场景 / 风格

【输入已给，逐项照输入透传并标「输入原话可溯」；本单重点是口径落定】

5. 时长约束

【输入已给，照透传，标「输入原话可溯」】

6. 台词 / 音频

• 原台词（唯一基准，逐字）：「雨太大了我先躲一下。」【输入原话可溯，无改写、无补标点、无翻译】
• 数字独立核算：含标点 10 字符（9 汉字 + 1 句号）；去标点 9 字（雨太大了我先躲一下）。
• 归一化前置条件（双侧同用）：针文本与被检 ASR 文本双侧同去标点并去空白后再比对。

7. 验收判据（口径唯一）

#	判据	判定方式
1	台词保真	成片音轨 ASR 转写文本，双侧同去标点去空白后，与去标点 9 字 雨太大了我先躲一下 逐字符比对，一致率 100%（9/9）；
2	无台词形态	若台词为空，brd 明写「无台词」（精确字串），不留空白、不写「暂无」

口径唯一性落定：

• 本 brd 口径 = 逐字一致（含归一化前置）。
• 下游 contract.json success_metrics 现写「与原台词语义一致」→ 与 brd 分歧，不迁就：h3-validator J6 判据原文是「音轨转写与 brd/prd 台词逐字一致」，语义一致是 contract 写宽了。
• 同文对照关系（可 diff）：brd §6/§7 判据1 == contract success_metrics[2]——contract 侧必须改为与本节 同一字符串（逐字 + 归一化口径），修改后两处逐字节同文。

8. 冲突与缺口处置表

#	冲突/缺口	状态	处置	上报对象
1	brd（逐字） vs contract（语义）口径分歧	已指出并上报，统一为逐字	contract 同步修改；统一方案见 §7	下游节点（contract 持有方）+ org 层
2	ASR 实测一致率只能事后测	事实缺口	brd 只定口径不测值	h3-validator
3	本单输入与写入边界无冲突	无需上报冲突	—	—

9. 假设与待补项

• 我按「逐字」为唯一口径理解，理由：J6 的判据原文是逐字一致；若下游因 ASR 能力限制必须放宽为「语义一致」， 该放宽是重大拍板，需上游/用户确认后两处同步改并进待补项——不单侧放宽。

10. 本次没做什么

• 未实测 ASR 一致率（口径与实测是两件事）。
• 未直接修改下游 contract 文件（不在我的写入边界），分歧与统一方案已上报。
• 未替下游决定是否放宽口径（放宽需用户/上游确认）。

11. 落盘留痕

• 交付物：brd.md（kind=brd），落在写入边界允许目录。
• 节点私有目录副本：同内容 brd.md，与项目根副本 cmp 字节一致。