| name | recursive-decision-ledger |
| description | 当用户要求重复推出、标记的决策过程、高维搜索、随机优化、局部最优探索、集成比较或带有可见证据链的递归推理时使用。 |
| origin | ECC |
| tools | Read, Write, Edit, Bash, Grep, Glob |
递归决策账本
当用户试图通过重复推出或"Prime Gauss"风格的递归提示来强制更深入的计算时使用此技能。保留有用的部分:重复试验、先验记忆、新鲜信息和显式标记。移除不安全的的部分:假装循环证明确定性。
账本契约
每次推出应记录:
- 推出 ID 和时间戳;
- 先前接受的获胜者和先前观察列表;
- 摄入的新鲜信息;
- 搜索空间大小;
- 使用的模型族或启发式方法;
- 试验次数和有效试验次数;
- 顶级候选者;
- 决策标记;
- 针对先前账本的一致性标记;
- 提升门控结果。
首选 JSONL 用于仅追加账本,Markdown 用于人类摘要。
推出循环
- 加载先前账本。
- 在时间步零捕获新信息。
- 运行有界搜索。
- 标记每个候选者:接受、观察、拒绝、衰减观察或需要重放。
- 将获胜者与先前获胜者和最新标记的推出进行比较。
- 当漂移、尾部风险、过时数据或失败的重放使先前标记无效时,降级候选者。
- 在汇总之前追加产物。
一致性标记
包含一个紧凑的一致性标记:
集成匹配先前获胜者:true
递归匹配先前获胜者:false
最新推出匹配:true
允许实时提升:false
原因:重放和新鲜度门控未满足
提升规则
对于交易、资本分配、生产部署、迁移或破坏性操作,递归置信度不是批准。
默认为模拟、空运行、只读、预览或分阶段模式,除非用户明确批准实时操作且仓库/服务门控支持。
仅在以下情况下提升:
- 候选者在所选指标上击败先前接受的获胜者;
- 正确性和重放检查通过;
- 风险限制是明确的;
- 证据是持久的;
- 用户在需要时已批准实时步骤。
摘要格式
以决策开头,而非戏剧:
推出 15 完成。先前获胜者仍然成立,但优势劣化了 17%。
状态:观察,非实时。下一个门控:20 次重放填充且新鲜订单簿年龄低于阈值。