用途
Recursive Decision Ledger 适用于用户试图通过反复 rollout 或“Prime Gauss”风格递归提示来强制进行更深层计算的场景。它的核心思路是：保留递归循环中有价值的部分——重复试验、先前记忆、新信息以及显式标记；同时移除不安全的部分——即把循环本身当作确定性的证明。
主要能力
该技能围绕一份只追加的决策账本（ledger）组织每次 rollout。账本契约要求每次 rollout 记录以下内容：
- rollout id 与时间戳；
- 先前被接受的胜出者与先前观察列表；
- 新摄入的信息；
- 搜索空间大小；
- 使用的模型族或启发式方法；
- 试验次数与有效试验次数；
- 顶级候选；
- 决策标记；
- 针对先前账本的一致性标记；
- 晋升门控结果。
账本格式上，推荐使用 JSONL 作为只追加账本，使用 Markdown 作为人类可读摘要。
使用方式
Rollout 循环按以下步骤执行：
- 加载先前的账本。
- 在时间步零捕获新信息。
- 运行有界搜索。
- 对每个候选进行标记：accept、watch、reject、decay watch 或 needs replay。
- 将胜出者与先前胜出者及最近一次被标记的 rollout 进行比较。
- 当漂移、尾部风险、数据陈旧或重放失败使先前的标记失效时，对候选进行降级。
- 在总结之前先追加产物。
一致性标记（Coherence Mark）需要包含一个紧凑的标记，例如：
Ensemble matches prior winner: true
Recursive matches prior winner: false
Latest rollout match: true
Live promotion allowed: false
Reason: replay and freshness gates not satisfied
晋升规则
对于交易、资金分配、生产部署、迁移或破坏性操作，递归置信度不等于批准。除非用户明确批准实时操作且仓库/服务门控支持，否则默认采用纸面、干跑、只读、预览或分阶段模式。
只有在以下条件全部满足时才允许晋升：
- 候选在选定指标上击败先前被接受的胜出者；
- 正确性与重放检查通过；
- 风险限制是明确的；
- 证据是持久的；
- 在需要时用户已批准实时步骤。
摘要形态
摘要应先给出决策，而不是戏剧性叙述，例如：
Rollout 15 complete. The prior winner still holds, but edge deteriorated 17%. Status: watch, not live. Next gate: 20 replay fills with fresh orderbook age below threshold.
适用场景与限制
该技能适用于需要反复推演并保留可审计决策轨迹的场景，尤其是涉及高风险实时操作时。其限制在于：递归循环本身不构成确定性证明；在未满足重放与新鲜度门控、未获得用户明确批准的情况下，不得将递归置信度当作实时晋升的依据。