递归决策账本 是做什么的？
当用户试图通过重复回滚或“Prime Gauss”风格的递归提示来强制进行更深层计算时，请使用此技能。保留有用的部分：重复试验、先前的记忆、新信息以及明确的标记。移除不安全的部分：假装循环证明了确定性。
账本合约
每次回滚都应记录：
- 回滚ID和时间戳；
- 先前接受的优胜者和先前的观察列表；
- 摄入的新信息；
- 搜索空间大小；
- 使用的模型族或启发式方法；
- 试验次数和有效试验次数；
- 最优候选方案；
- 决策标记；
- 针对先前账本的一致性标记；
- 提升门控结果。
对于追加型账本，优先使用JSONL；对于人工可读摘要，优先使用Markdown。
回滚循环
- 加载先前的账本。
- 在时间步零捕获新信息。
- 运行有界搜索。
- 标记每个候选方案：接受、观察、拒绝、衰减观察或需要重放。
- 将优胜者与先前的优胜者以及最新标记的回滚进行比较。
- 当漂移、尾部风险、过时数据或失败的重放使先前的标记无效时，降级候选方案。
- 在总结前附加工作成果。
一致性标记
包含一个简洁的一致性标记：
集成与先前优胜者匹配：是
递归与先前优胜者匹配：否
最新回滚匹配：是
允许实时提升：否
原因：不满足重放和新鲜度门控条件
提升规则
对于交易、资本分配、生产部署、迁移或破坏性操作，递归置信度不被视为批准。
默认情况下，使用纸上作业、试运行、只读、预览或暂存模式，除非用户明确批准实时操作且仓库/服务门控支持该操作。
仅在以下条件下提升：
- 候选方案在选定的指标上击败先前接受的优胜者；
- 正确性和重放检查通过；
- 风险限制明确；
- 证据是持久的；
- 必要时，用户已批准实时步骤。
摘要格式
以决策开头，而非戏剧性描述：
回滚15完成。先前的优胜者仍持有，但边界恶化了17%。
状态：观察，非实时。下一个门控：20次重放填充，新订单簿年龄低于阈值。