Archived
xcsandClaude Opus 5
6212b34e39
两处,缺一不可 —— 它们合起来是一个必然发生的无限热循环: ① 配方那一路的 `raiseAcceptance` 从前是**裸着**调的。而 `engine.advance` 不捕获、 `task-service.tick` 也不捕获(且 `addConsumption` 排在 advance 之后,一步都不记)、 `task-advancer` 只写 stderr 就 break,任务留在 `running` —— 下一个 interval 再来一遍: 不烧预算、不换状态、界面纹丝不动。:1738 模型判齐那处早就包着 try/catch, 注释白纸黑字写着理由「推进器会一遍遍重来,每遍再撞一次同一道门」。 现在同款:拒绝 + 留痕 + status running。 ② 而它**必然**抛:重做闸(2026-08-23)判「打回之后台账动过没有」只认 `kind:'action'`, 那是模型 write/drop 的痕;配方的写留痕是 `observation` + `detail.auto` + `detail.ledger`。 于是配方改了台账闸也看不见 → 抛。软化那一段靠 `refusedBefore`(模型路径 catch 写的痕), 配方路径从前没有 catch,那条痕永远不写 —— **这堵墙对配方是永远开不了的**。 3 测(拒回 running / 拒过一次再提就放行 / 配方的写解得开闸),两处各做过变异验证。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01LKMZDwMbyKzjw6Hembwvet