prompts: 正向只管冲分、消融负责解释;入口与提案先不看代码自己解题、再拆基线工序、两边对照
监督者按 6 次运行的路线分析改(用户定:提示词监督者直接改,再写任务书让新会话重跑)。 顺手把 explanation.md 里填圆做法的例子换成缓存领域。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -6,7 +6,7 @@
|
||||
|
||||
### 一条解释是什么
|
||||
|
||||
一条解释就是一段话:你认为分数主要是哪个因子挣来的,靠的是什么道理,在什么情况下这个道理会失效。如果你认为某个因子要靠另一个因子才起作用——比如"没有随机挪动,多起点重启就几乎没用"——也写进来,这正是一条能被检验的预测。
|
||||
一条解释就是一段话:你认为分数主要是哪个因子挣来的,靠的是什么道理,在什么情况下这个道理会失效。如果你认为某个因子要靠另一个因子才起作用——比如"没有预取,换淘汰策略就几乎没用"——也写进来,这正是一条能被检验的预测。
|
||||
|
||||
然后把这段话翻成数:对每一格,写"关掉这个因子以后,最终指标大概落在哪",给一成、一半、九成三个数,按最终指标的原值写。想的时候不需要推代码,只问自己:这个因子撑了总提升的几成——几乎没有、一小部分、一大半,还是几乎全部?撑得多,关掉后就靠近基线;撑得少,就靠近完整代码的分数。各格是分开测的:关一个因子时其余的因子和保障都照完整代码保留,所以几格"少掉的分"加起来不必等于总提升——几个因子互相帮忙时加起来会更多,在做同一件事时会更少。拿不准就放宽,宽到把你犹豫的几种情形都包进去;但也别宽到什么结果都包得住,那样的范围跑完以后什么也说明不了。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user