{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "promptTemplateVersion": "jt-v1",
  "rung": "R3",
  "templateHash": "41cea3565a31aa46548f34c9100f1ac645614081ef2e2015196186c932db9882",
  "docHash": "075f98b785e3a1828ab0c130cd713d797e259abee258eb00b6fa12062153fcc4",
  "sampleId": "observe/oneshot-plan",
  "iteration": 1,
  "appendCost": 4,
  "unitsToModify": [
    "✅ 执行状态（2026-08-31 收尾回填）",
    "File Structure",
    "Task 5: status 登记 + 收尾",
    "Self-Review（写完计划后自查，已执行）"
  ],
  "wallMs": 42514,
  "exitCode": 0,
  "raw": "这份文档组织的同类条目 = **Task**（每个 Task 下挂 Steps）。加一个新 Task（例如 Task 6）时，为让它完整生效，必须改动的已有部分：\n\n1. **「✅ 执行状态（2026-08-31 收尾回填）」** —— 该表按 Task 一行登记状态/偏差，新 Task 要加行；且表上方那句「**全部 Task 已执行完毕**」与「Task 1…Task 5」的叙述也随之失效需改。\n2. **「File Structure」** —— 新 Task 的 Create/Modify 文件清单集中在此处，不在 Task 正文里，必须回来补。\n3. **「Task 5: status 登记 + 收尾」** —— N81/N81.1 的登记步骤、`git status` + push、work-log 都写在这一个 Task 里；新 Task 的结论要进 status 就得改它的 Step 1/2。\n4. **「Self-Review（写完计划后自查，已执行）」** —— 第 1 项 Spec 覆盖的「§X → Task N」映射、第 2 项占位扫描的「✅ 无缺口」、第 3 项类型一致性（跨 Task 的 `STATES`/字段名）都是全局结论，加 Task 后必须重写。\n\n另外两处条件性改动（取决于新 Task 的内容，不是必然）：**「Architecture」**（若新增第二个量具文件）、**「🔴 预注册」**（若新 Task 需要新常量）。\n\n在更细一层granularity 上（往 Task 2 里加一条同类控制）需要改的已有部分：Task 2 **Step 8 的 commit message**（写死「9 条控制」）、执行状态表 **Task 2 行**（写死「13 条控制 + 1 条 skip」）、**Task 1 Step 3/4**（若控制需要新字段如 `narrowItemCount`）、**Self-Review 第 3 项**、以及 `must-hit-N` 的**编号序列**（插在中间需顺移后续 id）。\n\n```json\n{\"unitsToModify\": [\"✅ 执行状态（2026-08-31 收尾回填）\", \"File Structure\", \"Task 5: status 登记 + 收尾\", \"Self-Review（写完计划后自查，已执行）\"], \"appendCost\": 4}\n```"
}