{
  "subjectSha": "6ac56de2",
  "modelId": "claude-opus-5",
  "arm": "V2",
  "promptTemplateVersion": "jt-v1",
  "templateHash": "7f974b9ad9f6955462b4da1586cd3ebd8f6e47b371b48483fc3906609d0160bf",
  "docHash": "075f98b785e3a1828ab0c130cd713d797e259abee258eb00b6fa12062153fcc4",
  "sampleId": "observe/oneshot-plan",
  "iteration": 4,
  "value": 5,
  "parsed": {
    "unitsToModify": [
      "✅ 执行状态（2026-08-31 收尾回填）",
      "Architecture",
      "File Structure",
      "Self-Review（写完计划后自查，已执行）",
      "Task 5: status 登记 + 收尾"
    ],
    "appendCost": 5
  },
  "wallMs": 37626,
  "exitCode": 0,
  "raw": "**待加条目的类型**：本文档组织/登记的单元是 **Task（Task 1–5，每个含 Files / Steps / commit）**，其执行状况另有一张总表登记。\n\n加一个新 Task（如 Task 6）时，必须改动的已有部分：\n\n1. **`## ✅ 执行状态（2026-08-31 收尾回填）` 的 Task 状态表** —— 该表逐行枚举 Task 1 / 2 / 2′ / 3 / 4 / 5，新 Task 不加行就不在执行状态里存在。\n2. **`## File Structure`** —— 新 Task 的 Create / Modify 文件必须登记在这份集中清单里；清单现有条目写死了 `metrics/f4-denominator-branches.mjs` 是「**唯一新文件**」，新增文件即与该措辞冲突。\n3. **`**Architecture:**` 段** —— 同样写死「新增 `metrics/f4-denominator-branches.mjs`」这一条实现路径的描述。\n4. **`## Self-Review` 的 1 Spec 覆盖 / 2 占位扫描 / 3 类型一致性** —— 第 1 条是「spec 条目 → Task 编号」的映射表（`§5 第 2 项 → Task 3/4`、`N80.4 → Task 1 Step 4 + Task 4 Step 1`），第 3 条列出跨 Task 的字段名一致性检查，新 Task 不进这两处则自查覆盖不全。\n5. **`## Task 5: status 登记 + 收尾`** —— Task 5 是全计划终点（`git status` 干净 + push + work-log），且 Step 1 规定 N81 登记内容的范围；新 Task 若排在收尾之前，Task 5 的编号位置与登记范围要改。\n\n另：新 Task 若带预注册常量，还须改 **`## 🔴 预注册（Task 1 里写死进源码，先 commit 再跑）`** 代码块（该块以单个 `PREREG` 常量集中承载全部预注册项）。\n\n```json\n{\"unitsToModify\": [\"✅ 执行状态（2026-08-31 收尾回填）\", \"Architecture\", \"File Structure\", \"Self-Review（写完计划后自查，已执行）\", \"Task 5: status 登记 + 收尾\"], \"appendCost\": 5}\n```"
}