{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R2",
  "templateHash": "6a9de5b79d3d5cf3877970a22c0b4dbb5bcba17b7be11fb64eb00d6d244b82b0",
  "docHash": "72d2fe25ff624e1a1a05cc49a5d6c60c73da71977f8651fc40c632d9f0fb9e19",
  "sampleId": "must-not-hit-0/lcd-after",
  "iteration": 5,
  "appendCost": 4,
  "unitsToModify": [
    "文档头部导语（落点指针 §2 与 §6.2）",
    "4. 现存未收敛文案登记",
    "5. 组件与视觉（所有场景共用）",
    "6. 维护约定（含 6.1 / 6.2 / 6.3）"
  ],
  "wallMs": 68110,
  "exitCode": 0,
  "raw": "按文档自身声明的结构（§1 布局：场景单元在中段、`现存未收敛文案登记` 在尾部）追加一个新场景单元 `## N. 场景 · <名字>`，需要改动的已有部分如下。\n\n**无条件必须改（编号连带）**\n\n新场景插在 §3 之后 ⇒ 其后所有一级节序号右移一位：\n\n1. **文档头部导语**——「做法 / 判据类内容的落点见 §2 与 **§6.2**」中的 §6.2 指向失效，须改为新编号。\n2. **§4 现存未收敛文案登记**——标题编号 4 → 5。\n3. **§5 组件与视觉（所有场景共用）**——标题编号 5 → 6。\n4. **§6 维护约定**（含 §6.1 / §6.2 / §6.3 三个子标题）——6 → 7，子号同步。\n\n规避这一项的唯一方式是把新场景排到 §6 之后，那与 §1 布局块（⑨ 现存未收敛文案登记 = 尾部）声明的顺序相反。附带事实：§1 的布局块只列了 ①②③④⑤⑨ 六个槽位，**§5 组件与视觉、§6 维护约定 两节未出现在该布局块中**，布局块本身没有规定新场景与这两节的先后。\n\n**条件触发的改动（取决于新场景性质）**\n\n- **§1 的「触发族」表**——触发族定义集中在 §1、不在场景单元内。新场景若不属 `user-initiated` / `system-initiated` 两族之一，须扩这张表。\n- **§5 组件与视觉**——标为「所有场景共用」。新场景若需要新组件、新变体轴或新字体档，须改该表；仅在既有 `status` 轴内选值则不改（末行已写明）。\n- **§2 全局规则**——按 §6.1 第 3 条，仅当新场景暴露出某条规则跨所有场景成立时才动。\n- **§4 现存未收敛文案登记表**——新场景若收敛了表内 `Video input detected — now live.`，须删除该行。\n- **§6.3 改完必跑**的「已知既有 findings」说明——新场景引入新的 `Message` instance 后，该段对既有 findings 范围的描述覆盖面随之变化（当前按类别而非按实例书写）。\n\n**不需要改的部分（事实）**\n\n- §1 的四段模板表、§1 布局块中的 `④ 场景 · <下一类> / ⑤ …` 槽位（写法为通配，已容纳新增）。\n- §3 及其 §3.1–§3.4 全部内容（含 §4 表格中对 §3.2 的引用，§3 编号不变）。\n- §6.1 加场景步骤本身、§6.2 落点纪律正文、§6.3 的 audit 命令行。\n\n（另：§6.1 第 2 步要求同步 Figma 常驻页追加场景卡，属本文档之外的产物，未计入。）\n\n```json\n{\"unitsToModify\": [\"文档头部导语（落点指针 §2 与 §6.2）\", \"4. 现存未收敛文案登记\", \"5. 组件与视觉（所有场景共用）\", \"6. 维护约定（含 6.1 / 6.2 / 6.3）\"], \"appendCost\": 4}\n```"
}