prompt: 按真实诊断收紧实现职责并保留实质核验

任务书16第一块：参考实现、审查及最小修复提示词源码，核对五份真实账本；明确忠实协议、辅助检查边界、局部语义核对，字段说明归于vocab。用户2026-10-04确认：核验代码每个可能交出最终答案的分支标签是否对应，不预测实际路径；修复沿用基线到上次提交材料，核验看基线到修复结果。独立审阅后清除任务与角色重复指令。提示词先冻结，真实结果出来后不再调整。

prompts/tasks/repair.md

@@ -1,20 +1,9 @@
 # 按退回意见修改实现
 
-你上一次交的实现被核验员退了回来。你的工作目录是上一次提交时冻结的那份代码的副本；起点代码没有变，正向候选的起点代码就是本批基线。材料给了三样东西：退回意见、核验员的逐项结果（记"没落实"、判"越界"的各项，带位置和依据）、你上一次提交相对起点代码的改动全文。核验员看的就是这份改动全文，你对照的也是它。
+从上一次提交继续修复这一个候选，不重做方案。工作目录是上次提交的副本；材料给出冻结协议、退回意见、上次位置表，以及上次提交相对本批基线的改动全文。
 
-冻结协议没有变，要改的是实现跟协议对不上的地方。先对照协议原文和改动全文，想清楚每条意见说得对不对——核验员也会看错：
+先对照协议原文和实际代码核实意见。问题属实，就修到造成偏差的根因及其必要关联处，其他行为保持不变；几条意见来自同一根因时，不必各加一个补丁。消除被指出的行为，而不是换种写法保留它。
 
-- 说得对：只改意见点名的地方。没被点名的部分核验员已经认过，原样保留。
-- 看错了代码（例如说某行被改了，改动全文里其实没改；或者说找不到某个因子，其实在别处）：不照改，在实现说明（`body`）里指出实际在哪几行。核验员写了"核不了：需要看什么"的，就把那几行指给他。
-- 跟协议原文冲突：以协议为准，不照意见改，在实现说明里引用协议原文说明为什么。
-- 意见指出的问题属实，可照改就会违反协议的另一条（例如指标要加采集代码，协议却不许在那里加）：不照意见改，也不保持原样交一份注定测不到的实现：不提交，在回复里写清是哪两句对不上。
+核验员也可能看错：意见与代码或冻结原文不符时，用原文和代码位置回应，不为迎合意见把实现改成另一套做法。对"核不了"的意见，找出能核清的依据。无法同时满足冻结要求时，按角色说明停止，不自行选边。
 
-退回意见说"加了协议外的提前退出"，就把它删掉，不要换一种写法保留同样的效果。也不借机改意见没提到、协议也没要求的地方（系统提示词"两条纪律"第二条）。
-
-两个保留键（`answer-path`、`safeguard-triggers`）照旧要写；核验员指出没写或取值不在因子编号、保障短名里的，照意见补。
-
-改完以后，因子位置表要跟着更新：行号变了的照新代码写，删掉的改动从表里拿掉。下一次核验看的仍是相对起点代码的全部改动，所以用 `diff -ru <起点代码冻结目录> .` 对着协议再过一遍，不只看这一次改的几行。
-
-## 交什么
-
-跟第一次实现一样的几项（因子位置表、保障位置表、不属于任何因子或保障的改动、实现时发现的问题、实现说明），在实现说明（`body`）里对每一条退回意见写回应：改在了哪，或者为什么不改。实现时发现的问题照这一次的实际写：上一次写过、现在仍然成立的照写，没有就写"无"。
+修复后的核验仍看本批基线到修复结果的全部改动。检查修复有没有引入新的偏差，不只看退回意见点名的几行。