
xcsandClaude Fable 5
4174c5f194
fix(w05): 调人预算提到 24;「一条都没点到」的打回不再整表重判
用户:「怎么直接最后落帐的步骤直接没了?」—— 那一单终态是 exhausted:结论审核连打回四次,
每打回一次配方就重发一张审核卡、每张 +1 humanCalls,第八次触顶,放行那一步再没机会出现。
屏上看着像「那一步没了」,其实是单子先被烧死了。
① 预算 8 → 24(用户当场定「那你就把预算提高」):常路只要 3 次(补数据 / 审核 / 放行),
而审核每打回一次就多叫一次人。授权面与资源面同一个数;测里改成「两处一致 + 下限 12」,
不再钉死某个具体数字。**这是配置不是机制** —— 机制上的正解是「人自己打回引出的那张卡
不算打扰」(他不是被打扰,是他叫的),已记 debt。
② 「一条都没点到 → 整表算被点名」当天上线、当天撤掉:他那句是「收口结论里面的推荐理由
改为非常不推荐」—— 说的根本不是某条参数,是收口那四格(本来就能在件上直接改)。
整表重判的下场:AI 拿这句话把 5 条参数的结论改成「不匹配」,每条依据都写着
「按审核人意见调整为不匹配:推荐理由改为非常不推荐」——一句与它们无关的话,改了五行。
现在点不到名就一条都不改,并照实说清怎么才办得成(点参数名 / 收口四格在件上改)。
重判与写回同批加「真点到了名」的前提,免得白烧一次模型。
验收:e2e w05 5/5 released、被拒 0,案例 0 四条断言全绿;2.23.0 装库核过(humanCalls=24)。
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LKMZDwMbyKzjw6Hembwvet
2026-09-01 02:55:05 +08:00
..
2026-08-30 16:09:18 +08:00
2026-08-02 13:41:44 +08:00
2026-08-03 12:28:31 +08:00
2026-08-27 11:44:35 +08:00
2026-08-27 23:20:15 +08:00
2026-08-30 21:27:10 +08:00
2026-08-24 10:26:45 +08:00
2026-08-27 23:20:15 +08:00
2026-08-30 19:32:15 +08:00
2026-08-30 16:09:18 +08:00
2026-08-26 13:29:36 +08:00
2026-08-31 22:03:56 +08:00
2026-08-26 03:47:48 +08:00
2026-08-27 23:20:15 +08:00
2026-09-01 02:55:05 +08:00
2026-08-26 13:29:36 +08:00
2026-08-29 06:21:26 +08:00
2026-08-26 14:34:19 +08:00
2026-07-27 22:36:58 +08:00
2026-08-26 10:55:58 +08:00
2026-08-26 02:38:12 +08:00
2026-08-26 14:34:19 +08:00
2026-08-30 11:22:56 +08:00
2026-08-26 13:29:36 +08:00
2026-08-03 12:28:31 +08:00
2026-08-31 22:44:00 +08:00
2026-08-28 10:47:33 +08:00
2026-08-26 13:29:36 +08:00
2026-08-28 01:13:07 +08:00
2026-08-26 14:34:19 +08:00