{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R3",
  "templateHash": "41cea3565a31aa46548f34c9100f1ac645614081ef2e2015196186c932db9882",
  "docHash": "72d2fe25ff624e1a1a05cc49a5d6c60c73da71977f8651fc40c632d9f0fb9e19",
  "sampleId": "must-not-hit-0/lcd-after",
  "iteration": 3,
  "appendCost": 4,
  "unitsToModify": [
    "文首导言块（\"落点见 §2 与 §6.2\" 指针行）",
    "## 4. 现存未收敛文案登记",
    "## 5. 组件与视觉（所有场景共用）",
    "## 6. 维护约定（含 6.1 / 6.2 / 6.3）"
  ],
  "wallMs": 64762,
  "exitCode": 0,
  "raw": "## 事实清单：加一个新的「场景单元」需要动的已有部分\n\n这份文档自己登记/组织的条目 = **`## N. 场景 · <场景名>` 单元**（§1 明写「加一类场景 = 追加一个自包含单元」，§6.1 给了追加步骤）。\n\n**场景单元内部四段（本类规则 / 文案表 / 渲染示例 / 出处）全部在单元内，纯追加，不动已有单元。**\n\n但文档正文的实际排布是：`§1 结构 → §2 全局规则 → §3 场景 → §4 现存未收敛登记 → §5 组件与视觉 → §6 维护约定`，而 §1 声明的骨架是「场景单元连续排（③④⑤…）→ 未收敛登记在尾部（⑨）」。按声明的位置插入新场景（即成为 `## 4. 场景 · X`）时，被迫改动的已有部分：\n\n1. **`## 4. 现存未收敛文案登记`** —— 标题序号 4 → 5。（另：若新场景带有句式不一致的存量文案，其表格需追加一行——该表是页级共享表，不在场景单元内。）\n2. **`## 5. 组件与视觉（所有场景共用）`** —— 标题序号 5 → 6。（另：该表「示意用变体」只记了 `status=info, size=L` 一个变体 key；新场景若按其末行指示取 `error / warning`，对应变体 key 需补进此表。）\n3. **`## 6. 维护约定`（含 `6.1` / `6.2` / `6.3` 三个子编号）** —— 标题序号 6 → 7，子节号同步 6.1→7.1、6.2→7.2、6.3→7.3。\n4. **文首导言块中的指针行**「做法 / 判据类内容的落点见 §2 与 §6.2」—— 其中 `§6.2` 随上条重编号失效，须改。\n\n不需要改动的已有部分（事实）：\n\n- `## 1. 结构与扩展方式`：骨架图用的是 `④ 场景 · <下一类>`、`⑤ …` 占位；触发族表已含 `user-initiated` / `system-initiated` 两族。\n- `## 2. 全局规则`：§6.1 第 3 条明写「不动 §2」。\n- `## 3. 场景 · 信号源配置变更` 及其 3.1–3.4：新场景不改它。\n- `§6.3` 的核验命令：`--node 10167:2` 是 Section 级，不随新增场景变。\n\n```json\n{\"unitsToModify\": [\"文首导言块（\\\"落点见 §2 与 §6.2\\\" 指针行）\", \"## 4. 现存未收敛文案登记\", \"## 5. 组件与视觉（所有场景共用）\", \"## 6. 维护约定（含 6.1 / 6.2 / 6.3）\"], \"appendCost\": 4}\n```"
}