{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R3",
  "templateHash": "41cea3565a31aa46548f34c9100f1ac645614081ef2e2015196186c932db9882",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 4,
  "appendCost": 5,
  "unitsToModify": [
    "3. 通用规则",
    "5. 组件与视觉",
    "6. 出处",
    "7. 维护约定（第 3 条：--node 与既有 findings 基线）",
    "文首导语 + §3–§7 编号与交叉引用（新场景需另开内容小节时）"
  ],
  "wallMs": 54702,
  "exitCode": 0,
  "raw": "## 加一个新条目要动的已有部分\n\n按这份文档自己在登记的东西 = **一条 LCD toast / message 文案**（文案串 + 节点 id + 出处 + 组件变体）。它的属性被横切到了不同小节，所以一条新条目会落在多处。\n\n**1. `## 3. 通用规则`**\n里面是「控件 → 小节」的映射清单（`动的是 source type radio → 报类型（§1）` / `动的是 Merge All IP Source 开关 → 报合并状态（§2）`）。新条目对应一个新控件时，必须在这个已有列表里加一行；`反例` 那条的适用范围也随之要复核。\n\n**2. `## 5. 组件与视觉`**\n`本页示意用变体` 是**单值**（`status=info, size=L` + 一个变体 key）。新条目若是 success / error / warning（§5 自己列了这四个轴值），这一格的单值不再覆盖全页，必须改成多值或按条目拆分。\n\n**3. `## 6. 出处`**\n出处是页级平铺列表（一条 Slack thread + 一条定稿回帖）。新条目有自己的 thread / 定稿时间，必须在这个已有小节里追加并区分归属，否则现有两行会被读成覆盖全页。\n\n**4. `## 7. 维护约定` 第 3 条**\n里面写死了审计命令 `--node 10167:2` 和一份**计数化**的既有 findings 基线（`colors` 2 条、`B-SCALE` 1 条，均在 `Message` instance 内部）。Figma 孪生页新增一个 Message instance 后，这些内部 findings 会按实例翻倍，基线数字必须改；若新条目挂在别的 Section，`--node` 也要改。\n\n**5. 文首导语 + `§3`–`§7` 的编号与交叉引用**\n仅当新条目属于 §1 / §2 之外的新场景、需要单独开一个内容小节时：内容小节按序号排在 §3 之前，`§3`–`§7` 全部顺延，导语里的「见 §3 标注的落点」、§7 第 2 条里的「如 §3」两处交叉引用同步改。\n\n**内容落点本身**：新条目若属于 §1 或 §2 已有场景，则是在那张已有表里加行（表内追加）；若属新场景，则触发上面第 5 条。\n\n```json\n{\"unitsToModify\": [\"3. 通用规则\", \"5. 组件与视觉\", \"6. 出处\", \"7. 维护约定（第 3 条：--node 与既有 findings 基线）\", \"文首导语 + §3–§7 编号与交叉引用（新场景需另开内容小节时）\"], \"appendCost\": 5}\n```"
}