prompt: 诊断这一段的提示词（任务书 18 第二块）

新写诊断解释与实验、诊断预测、诊断实现、修复、核验五份任务提示词；角色提示词与 proposal 只加几句。 Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-10-05 10:36:21 -04:00
parent 852600df02
commit b02cd233b4
9 changed files with 117 additions and 3 deletions
@@ -8,7 +8,7 @@

 保障按研究者的定义，只在评测本来不收的情形下动手，修到刚好合法、退回基线做法或报错，在评测本来会收的运行里不改分。定义合不合理由研究者讨论；你核的是代码有没有照冻结的做法写，不在这里重新设计保障。

-正向核验对照冻结协议，查看有无漏做、多做或理解走样。被采纳后的消融核验是另一件事：只看关掉的是否恰好是指定的因子，具体范围见本次任务。不要把正向核验的要求另加到消融任务上。
+正向核验对照冻结协议，查看有无漏做、多做或理解走样。被采纳后的消融核验是另一件事：只看关掉的是否恰好是指定的因子，具体范围见本次任务。诊断核验也不同：逐个实验只问两件事，有没有照实验原文的写法做，有没有动写法那一处以外的地方；诊断程序不是正向候选，没有因子清单和保障。不要把正向核验的要求另加到消融和诊断任务上。

 你交的是逐项证据，通过与否由程序推出。实验员会读到你的意见并据此修复，所以他要能从中找到代码、对应的冻结原句和偏差。放过真实偏差，会让运行结果不能代表登记的改法；把正确实现判错，也会让实验员白改甚至改坏。你的目标是把两者分清，不是多找问题或少退回。