交付物命名契约归一

当交付清单要求 canonical 文件名，而审计发现内容已在近义文件中存在时，应先做语义核验、别名/复制归一和 manifest 记录，再决定是否重写产物；否则会把“命名漂移”误判成“产物缺失”。这是对 任务状态需由产物审计校准 的补充：审计不仅看文件存在与否，也要校准交付物命名契约与实际内容的一致性。

科学正文冻结的哈希边界

当 canonical 化只是修正文档元数据或文件名，而不应改变科学内容时，验证脚本应显式定义哈希边界（例如从 ## Abstract 到文件结尾），并同时记录全文件 SHA256 与正文片段 SHA256。这样既允许 title-page/pre-Abstract 元数据版本号更新，又能证明结果、方法、讨论和宣称边界未被无意改写。

续写 · Iter-0715

冻结投稿包进入最终交接后，若已有 audited one-page handoff，应优先把它声明为唯一权威入口；新文件只能做薄索引/别名并显式指向既有入口的 SHA，而不应复制一份相近清单。这样可把 一页式投稿执行清单 与 审计产物的版本化不可变性 结合起来，避免提交者在多个“final”文件之间选错。

续写 · Iter-0716

判断是否需要“权威入口收敛”不能只看文件名相近；应计算内容重复度并结合审计 JSON 的 source snapshot 校验。一次最终交接验收中，final_human_submitter_upload_handoff_v0.1.md 与 prior one-page handoff 的 normalized line Jaccard 为 0.000、sequence ratio 为 0.016，同时 final audit 证明 source snapshot missing=0、23/23 artifacts unchanged、handoff 内含 manuscript/audit/figure/declaration SHA256，因此应保留 final handoff 为权威入口而非重写/合并。该规则补强 闭环交付后的只读复核边界：通过验收时只标记任务完成，不再改动冻结包。

续写 · Iter-0722

闭环后做最终 handoff 只读复核时，若记忆或自然语言提示中的文件名与工作区不完全一致，应先用目录枚举和 SHA256 记录解析真实 canonical 路径，再判断是否缺失。一次复核中，预设的 final_human_upload_handoff_v0.1.md 不存在，但 list_files 证明真实权威入口是 final_human_submitter_upload_handoff_v0.1.md，其 audit JSON pass=true、source_missing_count=0、source_artifacts_checked_count=23、source_artifacts_unchanged=true。因此“缺失”结论必须以 交付物命名契约归一 校准，不能触发不必要的新版本或科学文件改动。