{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "arm": "V2",
  "promptTemplateVersion": "jt-v1",
  "templateHash": "7f974b9ad9f6955462b4da1586cd3ebd8f6e47b371b48483fc3906609d0160bf",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 3,
  "value": 3,
  "parsed": {
    "unitsToModify": [
      "3. 通用规则",
      "6. 出处",
      "§3–§7 章节编号及文首/§3 内的节号引用"
    ],
    "appendCost": 3
  },
  "wallMs": 32379,
  "exitCode": 0,
  "raw": "## 事实清单：加一类新的 LCD 提示文案场景（同 §1 / §2 那类条目）时，必须改动的已有部分\n\n1. **§3 通用规则** — 该节正文下的映射清单逐条枚举了每一类场景（`动的是 source type radio → 报类型（§1）` / `动的是 Merge All IP Source 开关 → 报合并状态（§2）`）。新场景不在这份枚举里，必须回到 §3 追加一条并指向新节号，新条目才在规则层生效。\n\n2. **§6 出处** — 出处是全页一份的扁平列表（当前两条均属 §1/§2 的 Slack thread 与定稿回帖）。新场景有自己的 thread / 定稿记录时，只能改写这一节，无法随新条目自带。\n\n3. **§3–§7 的章节编号** — §1、§2 是场景节，§3 起是全局节（规则 / 现存登记 / 组件 / 出处 / 维护）。新场景节要与 §1、§2 归在一起（放 §3 位置），则 §3→§4、§4→§5、§5→§6、§6→§7、§7→§8 全部改号；同时 §3 内正文对 §1/§2 的引用、文首\"做法 / 判据类内容见 §3 标注的落点\"这一行的 §3 指针，也随编号改动。\n\n不需要改动的已有部分（对照）：§1、§2 两张已有场景表（新场景不写进它们）、§4 现存文案登记、§5 组件与视觉（除非新场景改用别的 `status`/`size` 变体，则 §5 的\"本页示意用变体\"单值行需要改）、§7 的三条维护约定正文。\n\n```json\n{\"unitsToModify\": [\"3. 通用规则\", \"6. 出处\", \"§3–§7 章节编号及文首/§3 内的节号引用\"], \"appendCost\": 3}\n```"
}