{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R2",
  "templateHash": "6a9de5b79d3d5cf3877970a22c0b4dbb5bcba17b7be11fb64eb00d6d244b82b0",
  "docHash": "075f98b785e3a1828ab0c130cd713d797e259abee258eb00b6fa12062153fcc4",
  "sampleId": "observe/oneshot-plan",
  "iteration": 4,
  "appendCost": 3,
  "unitsToModify": [
    "✅ 执行状态（2026-08-31 收尾回填）",
    "File Structure",
    "Self-Review（写完计划后自查，已执行）"
  ],
  "wallMs": 43473,
  "exitCode": 0,
  "raw": "按这份文档自己组织的条目类型（**Task**，即计划里的任务单元；文档自身已有先例 —— Task 2′ 是「计划外新增」的一条）来算，新增一个 Task 需要改动的已有部分：\n\n**1. 「✅ 执行状态（2026-08-31 收尾回填）」**\n该表每个 Task 一行（Task 1 / 2 / 2′ / 3 / 4 / 5），新 Task 必须在此表补一行「状态 / 实际产出·偏差」，否则表与正文不一致。表上方那句「**全部 Task 已执行完毕**」及其结论段落属同一节。\n\n**2. 「File Structure」**\n该节以 Create / Modify 逐文件列出全部改动面（`metrics/f4-denominator-branches.mjs`、两份 JSON 产物、处方、`round2-status.md`）。新 Task 若新建或修改任何文件，须在此节增补条目。\n\n**3. 「Self-Review（写完计划后自查，已执行）」**\n- 第 1 项「Spec 覆盖」是 spec 条款 → Task 编号的映射（§5 第 2 项 → Task 3/4；N80.4 → Task 1 Step 4 + Task 4 Step 1），新 Task 须并入该映射并重述「✅ 无缺口」。\n- 第 3 项「类型一致性」逐字点名跨 Task 的字段/常量一致性（`STATES` 在 Task 1 Step 3/4 与 Task 2 Step 3/5/6；`c.proposalF4Ids` 由 Task 3 Step 1 注入），新 Task 引入或消费这些字段时须在此更新。\n\n**附加：仅当新 Task 插在序列中间（而非追加为 Task 6）时**，还需改动 Task 编号本身及所有跨节引用它的位置 —— 「🔴 预注册」节的「探针撞出的两条，必须进 **Task 2 与 Task 4**」、Task 2 Step 1 的「（Task 2 Step 1）」、Task 2 Step 3 的「Task 2 Step 3 的三态合成探针」、Task 4 Step 1 的「`must-hit-3`」、Self-Review 第 4 项的「Task 3 Step 1」。\n\n（另：若新条目是 Task 2 内的一条**控制**而非一个 Task，则需改动 Task 2 Step 8 的 commit message「9 条控制」、Step 7 的渲染约定，以及执行状态表 Task 2 行的「13 条控制 + 1 条 skip」。）\n\n```json\n{\"unitsToModify\": [\"✅ 执行状态（2026-08-31 收尾回填）\", \"File Structure\", \"Self-Review（写完计划后自查，已执行）\"], \"appendCost\": 3}\n```"
}