{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R2",
  "templateHash": "6a9de5b79d3d5cf3877970a22c0b4dbb5bcba17b7be11fb64eb00d6d244b82b0",
  "docHash": "e7a05d00de7684a3e57b401aca89d2f20987e5ba0431b51b6c9e3364b4c900e6",
  "sampleId": "must-hit-0/lcd-before",
  "iteration": 1,
  "appendCost": 3,
  "unitsToModify": [
    "1. 信号源类型切换 — 切换成功后提示（或 2. IP 源模式变更 — 源类型未变）的表格",
    "3. 通用规则",
    "6. 出处"
  ],
  "wallMs": 65317,
  "exitCode": 0,
  "raw": "## 事实清单：加一条新的 LCD toast / message 文案条目要改哪些已有部分\n\n这份文档登记的「同类条目」= 一条 LCD 上的 toast/message 文案（EN 串 + 中文对照 + 触发场景 + 出处）。它的组织方式是**按层横切**：内容在 §1/§2，规则在 §3，出处在 §6，组件变体在 §5。因此一条新条目的信息被拆到多处：\n\n**1. 内容层 —— §1 或 §2 的表格（或新增一个场景小节）**\n- 若新条目属于既有场景（例如再加一种 source type）→ 在 §1 已有表格内加行，改动既有表格。\n- 若是新场景（例如「录制开始」提示）→ 新增小节；因场景块位于 §1–§2、其后紧接 §3，插在 §2 之后会使 §3–§7 全部顺延，连带要改**文件头**里「见 §3 标注的落点」和 **§7 维护约定第 2 条**里「（如 §3）」这两处章节号引用。\n\n**2. 规则层 —— §3 通用规则**\n- §3 的映射清单逐场景枚举（`动的是 source type radio → 报类型（§1）`、`动的是 Merge All IP Source 开关 → 报合并状态（§2）`），新条目的「动了哪个控件 → 报什么」必须在这里加一行，条目自身的表格里放不下这条信息。\n\n**3. 出处层 —— §6 出处**\n- 出处是整页集中一处（Slack thread + 文案定稿回帖），不在条目行内，新条目的 thread / 定稿记录必须追加到 §6。\n\n**条件性改动（视新条目具体形态）**\n- **§5 组件与视觉**：「本页示意用变体」是单值行（`status=info, size=L`）；新条目若用 `status=error/success/warning` 或 `size=M`，该行需改成多值或分条。\n- **§4 现存文案登记**：仅当新登记的是「已存在、本轮不改」的旧文案时才动。\n- **§7 维护约定第 3 条**的 `--node 10167:2` 与既有 findings 清单：新条目落在同一 Section 内时不需改。\n\n**不构成「改已有部分」的**：Figma 常驻页同步（§7.1）是文档外的动作，不是本文档内已有段落的改动。\n\n```json\n{\"unitsToModify\": [\"1. 信号源类型切换 — 切换成功后提示（或 2. IP 源模式变更 — 源类型未变）的表格\", \"3. 通用规则\", \"6. 出处\"], \"appendCost\": 3}\n```"
}