{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "arm": "V3",
  "promptTemplateVersion": "jt-v3",
  "templateHash": "c6a057f960ebc584d4aded47fbdff2120d179c11f29ee2d5588186d717edee0a",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 4,
  "value": 2,
  "parsed": {
    "unitsToModify": [
      {
        "unit": "3. 通用规则",
        "kind": "attribute"
      },
      {
        "unit": "6. 出处",
        "kind": "attribute"
      }
    ],
    "attributeUnits": [
      "3. 通用规则",
      "6. 出处"
    ],
    "sharedUnits": [],
    "appendCostA": 2,
    "appendCostTotal": 2,
    "selfCountMismatch": false
  },
  "wallMs": 41015,
  "exitCode": 0,
  "raw": "加一个同类新条目（= 一类新的 LCD 提示场景，如 §1/§2 那样的一档）时，必须改动的已有部分：\n\n**1. §3 通用规则 —— `attribute`**\n该节除了那句全局规则外，还带一份「控件 → 归属节」的逐类枚举（`动的是 source type radio → 报类型（§1）`、`动的是 Merge All IP Source 开关 → 报合并状态（§2）`）。新场景类要接入这条通用规则，就得在这份枚举里多加一条；文档每多一类场景，这里就多一份内容。\n\n**2. §6 出处 —— `attribute`**\n出处被抽成独立一层，现有内容是 §1/§2 那一轮的 Slack thread + 定稿回帖。新场景类有自己的 thread / 定稿记录，只能加进这一节；每多一类场景，这里就多一条。\n\n不需要改动的部分（列出以界定范围，非清单项）：§1、§2 各自的表与规则（新类不动旧类）、§4 现存文案登记、§5 组件与视觉、§7 维护约定、页首引言——它们的内容份数与文档里有几类条目无关。\n\n```json\n{\"unitsToModify\": [{\"unit\": \"3. 通用规则\", \"kind\": \"attribute\"}, {\"unit\": \"6. 出处\", \"kind\": \"attribute\"}], \"appendCostA\": 2, \"appendCostTotal\": 2}\n```"
}