Pin corrected checkpoint evaluation settings

Why: The browser mechanism exposed an ineffective integer output cap in the isolated evaluation server.

Evidence: Backend live-tag numeric regression RED then GREEN; full Backend Go suite passed at 627b6e4.

Impact: The task records the failed first browser run and pins the fixed Backend fixture for a fresh isolated replay.

Refs: U3 quality revision r0.2

.task/feature-fast-slow-u2-u3-plan.md

@@ -41,6 +41,8 @@ r0.2初始组件候选：Backend 373f8a1141a0d00c9d7fd062d90b04f793430182；UI c
 
 r0.2同步处置：首次 `make task-sync` 收据 exit2，主干已推进 Core/Frontend/UI/Backend gitlink，Git 留下四处子仓指针冲突。没有删除锁或丢弃任一方工作；分别合入各组件最新主干，Backend 的嵌套 Core 改为合并 SHA，随后以 Dev 56800a8240b31e76ea2a72075836522cf79b5408 完成主仓合并。Core `go test ./...`、Backend `go test ./...`、UI 18文件/165测试与typecheck、Frontend 31文件/224测试与build 均在合并组件树通过（SELF，本地命令输出）；失败同步的完整工具收据保留在下方。当前组件指针为 Core c55ebbcb9649df12129d0e63720747b337b0a496、Backend d480030de748699f672b1a5a07e1cd3ed5c6b244、Frontend 329bdf53d6472496ead7ea2a3865ffc1caab75ee、UI cbbef5075e320245e54985869aa7274040455345、Documents 72e11c5eb8eb23fdbfc69e71dfc83376778d3599。组合测试、实际浏览器、独立复审与精确HEAD CI 仍待验证。
 
+r0.2浏览器第一次机制运行：Backend d480030 的受控 HTTP 实例上，来源记录可见、后台不抢阅读用例PASS，但来源恢复用例只看到一项阶段发现而FAIL。根因在测试夹具的数值配置：`EffectiveSettings.GetNumber` 只识别 `float64`，夹具用 Go `int` 写单次输出上限和零重试，导致预算预留按整轮额度保守收尾。Backend 627b6e4f31a56eff8af3a0491a017e0bcc6206e4 仅修正隔离评测配置的有效数值类型；定向测试先RED后GREEN、完整Go测试PASS。旧实例、旧失败和trace保留；新实例浏览器复验待运行。未调用付费模型。
+
 详见modules/documents/docs/reports/2026-10-13-fast-slow-u2-u3-validation.md。历史已验组合7fd5288（Backend6a2d85c、FE3087b06、Core6e38574、UI3b34dfd、Docs53a7d37）的make test/build通过（治理311、FE224、UI156、完整后端及构建）；PG恢复和两项来源/阅读实际浏览器用例亦通过。完整SELF原始收据如下，独立代码复审已闭合，未把先前SHA冒充新对象。原六真实样本211974 reported tokens；A01/A02语义失败，A04预算耗尽保留部分发现。原始失败、引用核验与评測局限保留。
 
 ## 规划进展与下一步