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