{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R4",
  "templateHash": "cfff8d56aab40a113ab9d63e3c181f036278c9612225976198f2585c1a5815eb",
  "docHash": "075f98b785e3a1828ab0c130cd713d797e259abee258eb00b6fa12062153fcc4",
  "sampleId": "observe/oneshot-plan",
  "iteration": 1,
  "appendCost": 3,
  "unitsToModify": [
    "✅ 执行状态（2026-08-31 收尾回填）",
    "File Structure",
    "Self-Review（写完计划后自查，已执行）"
  ],
  "wallMs": 33414,
  "exitCode": 0,
  "raw": "**必须改动的已有部分（加一个新 Task 条目时）：**\n\n1. **「✅ 执行状态（2026-08-31 收尾回填）」表格** —— 该表按 Task 逐行列状态（Task 1 / 2 / 2′ / 3 / 4 / 5），新 Task 不在表里就没有状态记录；表头上方那句「**全部 Task 已执行完毕**」也是对同一集合的断言。\n2. **「File Structure」清单** —— 新 Task 涉及的 Create / Modify 文件必须补进这张按文件横切的清单，否则文件清单与 Task 正文不一致。\n3. **「Self-Review」段** —— 第 1 项「Spec 覆盖」是 spec 条目 → Task 编号的映射（`§5 第 2 项 → Task 3/4` 等），第 3 项「类型一致性」逐条列了字段名在「Task 1 Step 3/4 与 Task 2 Step 3/5/6」中的跨任务一致性，新 Task 都要写进去。\n\n**追加即可、不必改的部分**：新 Task 正文本身（`## Task 6: …`）可直接追加在 Task 5 之后。\n\n**条件性（视新条目内容而定，不是必然）**：若新 Task 带期望值，需改 `## 🔴 预注册` 里那个单一 `PREREG` 常量块及其下方「为什么只预注册第一项」说明；若新 Task 需排在收尾之前，需动 `Task 5: status 登记 + 收尾`（其 Step 3/4 是 push + work-log 的终局步骤）。\n\n```json\n{\"unitsToModify\": [\"✅ 执行状态（2026-08-31 收尾回填）\", \"File Structure\", \"Self-Review（写完计划后自查，已执行）\"], \"appendCost\": 3}\n```"
}