{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R1",
  "templateHash": "7f974b9ad9f6955462b4da1586cd3ebd8f6e47b371b48483fc3906609d0160bf",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 2,
  "appendCost": 5,
  "unitsToModify": [
    "§3 通用规则",
    "§6 出处",
    "§5 组件与视觉",
    "顶部导语（对 §3 的编号引用）",
    "§7 维护约定（对 §3 的编号引用）"
  ],
  "wallMs": 50786,
  "exitCode": 0,
  "raw": "按文档现有结构，加一类新的提示场景（同 §1／§2 那一级的登记单元），必须改动的已有部分：\n\n**必须改：**\n\n- **§3 通用规则** —— 该节的映射清单逐条枚举了每个场景（「动的是 source type radio → 报类型（§1）」「动的是 `Merge All IP Source` 开关 → 报合并状态（§2）」）。新场景不在这里加一条，规则层就不覆盖它。\n- **§6 出处** —— 出处是全页一份、按 thread 平铺，不挂在各场景下。新条目的 Slack thread／定稿回帖只能加进这一节。\n\n**条件触发（取决于新条目的属性）：**\n\n- **§5 组件与视觉** —— 「本页示意用变体」是单值（`status=info, size=L`）。新场景若是 success／error／warning 一族，这一行要改。\n- **顶部导语 + §7 维护约定** —— 两处都以编号引用 §3（导语「见 §3 标注的落点」、§7.2「如 §3」）。新场景卡若按现有顺序插在 §2 之后，§3–§7 整体后移，这两处引用要跟着改。\n\n**不必改：** §4 现存文案登记、§7.3 的 audit 命令与既有 findings 说明、§1／§2 已有表格。\n\n在同一场景类内加一条文案（如 §1 多一种 source type）则只改 §1 表格本身，其余不动。\n\n```json\n{\"unitsToModify\": [\"§3 通用规则\", \"§6 出处\", \"§5 组件与视觉\", \"顶部导语（对 §3 的编号引用）\", \"§7 维护约定（对 §3 的编号引用）\"], \"appendCost\": 5}\n```"
}