{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R4",
  "templateHash": "cfff8d56aab40a113ab9d63e3c181f036278c9612225976198f2585c1a5815eb",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 2,
  "appendCost": 5,
  "unitsToModify": [
    "文件头引言（取值真源说明 / Figma 孪生 / 适用文件）",
    "3. 通用规则",
    "5. 组件与视觉",
    "6. 出处",
    "7. 维护约定"
  ],
  "wallMs": 76102,
  "exitCode": 0,
  "raw": "按这份文档登记的对象（一条 LCD toast / message 文案条目）走一遍，新增一条时必须改动的已有部分：\n\n**1. 文件头引言块**（「本文件是取值真源……做法 / 判据类内容见 **§3** 标注的落点」）\n— 含写死的节号 `§3`。新条目若自成一个场景节（如 §1、§2 那样的层级），插在 §2 之后会把 §3–§7 全部顺延，此处引用失效。\n\n**2. §3 通用规则**\n— 该节的「动的是 X 控件 → 报 §Y」是一份**枚举所有场景节的映射清单**（现有两条对应 §1、§2）。新条目所属的控件层不在清单里，必须在此加一条并核对节号。\n\n**3. §5 组件与视觉**\n— 「本页示意用变体：`status=info, size=L`」是**页级单值**，不是按条目记录。新条目若是 success / error / warning 或 size=M，须改写此行（或把它从单值改成按条目列）。\n\n**4. §6 出处**\n— 出处按「本轮」写死：一条 Slack thread + 一条 2026-08-28 定稿回帖。新条目来自另一个 thread / 另一次定稿时，须在此节内改写而非独立挂在条目旁。\n\n**5. §7 维护约定 第 2、3 条**\n— 第 2 条含节号引用「（如 §3）」，同样受顺延影响；第 3 条的既有 findings 基线写成**绝对条数**（`colors` 2 条、`B-SCALE` 1 条、`B-TYPO`），新增一条文案即在 Figma 常驻页多一个 `Message` instance，其内部会带出新的同类 findings，该基线数须更新。\n\n补充事实（不计入上表，取决于新条目落哪一节）：若新条目属于既有场景（如 §1 再加一个 source type），则 **§1 的表格与其下三条补充说明**（`IP Source` 特例、标签原文取法、多路前缀）也是被改动的已有单元；若自成场景，则 §1、§2 不动。\n\n```json\n{\"unitsToModify\": [\"文件头引言（取值真源说明 / Figma 孪生 / 适用文件）\", \"3. 通用规则\", \"5. 组件与视觉\", \"6. 出处\", \"7. 维护约定\"], \"appendCost\": 5}\n```"
}