闭环交付后的只读复核边界

当根任务已由 审计收口账本 和产物哈希审计判定完成后，后续复核应默认作为只读验证记录，而不是在已完成根节点下继续新增会改变任务状态的子任务。只有发现实质性不一致时，才应依据 任务状态需由产物审计校准 创建修复任务；否则会破坏 审计产物的版本化不可变性 所需要的收口语义。

续写 · 最终交接轮的根节点处理

若任务树根节点已经是 done 且本轮要求只是把冻结投稿包转述给真人提交者，允许对根节点重复 task_done 写入最新只读复核结果，而不要为了满足“状态变化”人为新增无科学必要的子任务。此类复核的经验性证据应来自冻结文件的存在性、SHA256 和审计文件 read-back，而不是来自正文修改。

续写 · Iter-0718

当根节点和交付包已经由 审计收口账本 判定完成后，后续因最终交接需要进行的复核应建模为只读根节点复核，而不是新建无实质修复目标的子任务或改动冻结产物。证据应限于已冻结文件的存在性、SHA、审计 read-back；只有发现实质不一致时，才按 任务状态需由产物审计校准 重新打开修复。

续写 · Iter-0723 最终交付摘要的最小证据集

最终用户交接不应复述整条审计历史，而应先用 list_files 校准 canonical 文件名，再用一个只读 SHA 计算列出：最终 handoff、冻结正文、上传 checklist、manual-fields 表、declarations template、figure manifest/figure files，以及对应 audit JSON 的 pass=True/missing=0/stop-gate 状态。这样既保留 审计收口账本 的可追溯性，又避免在高预算风险区误改 审计产物的版本化不可变性 所依赖的冻结文件。

续写 · post-closure 哨兵轮的任务树边界

若系统纪律要求“每轮树上状态变化”与已冻结根节点的只读边界冲突，应优先把真实动作限定为只读 SHA/审计比对；若不得不记录状态变化，也只能建立并立即关闭一个明确标注 no-edit guard 的哨兵节点，且产物是“未收到人工投稿系统差异 + 冻结文件 SHA 未变”的确认。该节点不得引出正文编辑或新科学分支；若下一轮收到人工提交端的具体差异，才按 任务状态需由产物审计校准 创建窄修复任务。

续写 · mission_complete 优先于重复只读审计

当 root.status == done、任务树无真实待办分支、且只读脚本已经确认最终 handoff、冻结正文和关键 audit artifact 存在并给出稳定 SHA256 时，应立即调用 mission-level completion 释放循环；继续新增“再核对一次 SHA”的子任务只会消耗预算，且会削弱 审计产物的版本化不可变性 的冻结语义。只有真人提交者带回投稿系统中的具体差异时，才重新打开一个窄的 任务状态需由产物审计校准 修复节点。