lhk229
535eef8b58
澄清续跑的两个指纹改由 Runtime 补齐，不再让 Supervisor 手抄
agent.delegate 的澄清 continuation 要求 Supervisor 在输入里填
questionsSha256/answersSha256 两个 64 位十六进制串。实测这会打死整个
plan 根 run：Supervisor 先抄成上一轮的指纹（校验不一致），再抄成非 hex
格式，工具计划格式修复两次仍失败后整轮判 failed，用户已提交的两轮澄清
回答全部作废。
这两个值原 delivery 已经唯一确定：resolve 时本来就从 delivery 读出
权威值来算 continuation identity，输入侧那份只被拿来比对，不参与任何
计算。手抄 128 个十六进制字符没有信息增益，只增加失败面。
现在指纹可以整体省略，由 Runtime 从 repairOfDelegationId 指向的原
delivery 补齐；填了仍然逐字校验。锚点 continuationOfDelegationId 保持
必填。三个字段一律按 JSON null 等同缺省处理，与既有可空字段一致。
Runtime 注入的澄清任务正文同步改成明确告知不要自己填写指纹。
共享 helper 上加了等价断言：省略指纹推导出的 continuation identity 必须
与手填时逐字相同，所有澄清 continuation 用例顺带覆盖。
本机 planning_clarification_answer_prepared_recovery_releases_execution_
before_project_wait 在改动前后同样失败（同一条断言），是既有环境失败。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-23 16:44:48 +00:00
..
2026-08-22 13:17:26 +08:00
2026-08-23 16:44:48 +00:00
2026-08-22 13:17:26 +08:00
2026-08-22 13:17:26 +08:00
2026-08-22 13:17:26 +08:00