{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R4",
  "templateHash": "cfff8d56aab40a113ab9d63e3c181f036278c9612225976198f2585c1a5815eb",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 5,
  "appendCost": 5,
  "unitsToModify": [
    "3. 通用规则",
    "5. 组件与视觉",
    "6. 出处",
    "文件头 blockquote（「见 §3 标注的落点」）",
    "7. 维护约定"
  ],
  "wallMs": 59341,
  "exitCode": 0,
  "raw": "只列事实。这份文档登记的「同类条目」= LCD 上一条 toast / message 文案（含触发场景 + 文案串 + 出处）。\n\n**情形 A：新条目属于一个新的触发场景**（既不是 §1 的新 source type，也不是 §2 的 IP 合并模式变更，例如「录制开始」「电池低」类提示）——即本页作为「跨需求常驻登记处」要覆盖的主要情形：\n\n新增一个场景小节之外，必须改动的已有部分：\n\n1. **§3 通用规则** — 其中「动的是 X → 报 Y」是按控件逐条枚举的映射（现有两条指向 §1 / §2），新场景的控件不在枚举内，须加一条；下面的「反例」也只覆盖 source type / Merge 两层。\n2. **§6 出处** — 出处是页级扁平列表（单一 Slack thread + 定稿回帖日期），表格里没有 per-row 的出处列，新条目的 thread / 定稿信息只能写进 §6。\n3. **§5 组件与视觉** — 「本页示意用变体」是页级单值 `status=info, size=L`（含变体 key）；新条目若是 success / error / warning 或 size=M（自动消失），该行须改为多值。\n4. **文件头 blockquote + §7 维护约定第 2 条**（条件性）— 两处都以「§3」硬编号指代判据落点；若新场景小节插在 §3 之前而非文末追加，§3–§7 全部重编号，这两处交叉引用须同步改。\n5. **§7 维护约定第 3 条**（条件性）— 其中「已知既有 findings（非本页引入，勿逐条修）」是按当前 Message instance 数量枚举的白名单（`colors` 2 条、`B-SCALE` 1 条）；新增一个 Message instance 会使该计数不再对应实际审计输出。\n\n不需改动的：§1、§2、§4（§4 只登记「本轮未改动的存量文案」）。\n\n**情形 B：新条目只是 §1 的一个新 source type**（如 `SRT`）——改 **§1 的表格**（追加行）+ 其下三条注解（合并写法 / 前缀规则若涉及新类型需扩），再改 **§6 出处**；§3 的「动的是 source type radio → 报类型」已覆盖。\n\n**情形 C：新条目是 §2 的又一种 IP 模式变更** — 改 **§2 的表格** + **§6 出处**。\n\n按情形 A 给结构化答案：\n\n```json\n{\"unitsToModify\": [\"3. 通用规则\", \"5. 组件与视觉\", \"6. 出处\", \"文件头 blockquote（「见 §3 标注的落点」）\", \"7. 维护约定\"], \"appendCost\": 5}\n```"
}