{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R1",
  "templateHash": "7f974b9ad9f6955462b4da1586cd3ebd8f6e47b371b48483fc3906609d0160bf",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 2,
  "appendCost": 6,
  "unitsToModify": [
    "3. 通用规则",
    "6. 出处",
    "顶部说明块（「见 §3 标注的落点」交叉引用）",
    "7. 维护约定（「如 §3」交叉引用）",
    "4. 现存文案登记（章节编号）",
    "5. 组件与视觉（章节编号）"
  ],
  "wallMs": 58286,
  "exitCode": 0,
  "raw": "## 事实：加一条新的 LCD 提示文案条目时，必须改动的已有部分\n\n按本页自己的登记单位（§7.1：「LCD 上新增任何 toast / message → 先在本表加一行」），分两种情形：\n\n**A. 新条目属于已有场景类（如 §1 再加一种 source type）**\n\n| 已存在的部分 | 为什么必须改 |\n|---|---|\n| `1. 信号源类型切换` 或 `2. IP 源模式变更` 的表格 | 加一行（这属于「在已有单元里插行」，不是追加新单元） |\n| `6. 出处` | 该条文案的 Slack thread / 定稿回帖是独立一条，出处集中在此节，必须回来加 |\n\n**B. 新条目是一个新场景类（用户动的是第三个控件，§1/§2 句式都不套用）**\n\n| 已存在的部分 | 为什么必须改 |\n|---|---|\n| `3. 通用规则` | 该节的「动的是 X → 报 Y」列表是按场景逐条枚举的（radio → 类型；`Merge All IP Source` → 合并状态）；新场景不在此列表登记，§3 的规则就不覆盖它 |\n| `6. 出处` | 同上，出处是全页一节，新条目的 thread 必须加到这里 |\n| 顶部说明块（「做法 / 判据类内容见 §3 标注的落点」） | 新场景节若插在 §2 之后，此处的 `§3` 交叉引用失效 |\n| `7. 维护约定` 第 2 条（「判据 / 做法（如 §3）」） | 同一交叉引用失效 |\n| `4. 现存文案登记` / `5. 组件与视觉` / `6. 出处` / `7. 维护约定` 的章节编号 | 在 §2 后插入新场景节 ⇒ §3–§7 顺序号整体后移 |\n\n条件性（不一定触发）：\n- `5. 组件与视觉` 的「本页示意用变体」行只记了单一值 `status=info, size=L`；新条目若是 error / warning 或自动消失的 M 档，该行需改。\n- `4. 现存文案登记` 只在新条目与已登记的 `Video input detected — now live.` 发生句式收敛时才需改。\n\n规避编号连带的唯一办法是把新场景节追加到 §7 之后（不插在 §2 后），此时 B 情形只剩 `3. 通用规则` + `6. 出处` 两处，代价为 2。\n\n```json\n{\"unitsToModify\": [\"3. 通用规则\", \"6. 出处\", \"顶部说明块（「见 §3 标注的落点」交叉引用）\", \"7. 维护约定（「如 §3」交叉引用）\", \"4. 现存文案登记（章节编号）\", \"5. 组件与视觉（章节编号）\"], \"appendCost\": 6}\n```"
}