2.2 KiB
2.2 KiB
Codex × HLDP 协议系统元审核 · 2026-08-15
结论
旧系统把“连续性”误实现成“反复把历史重新塞进上下文”。它不仅没有解决遗忘，反而让每条消息和工具调用都承担大段恢复文本，最终使唯一可用对话无法继续。升级后的边界是：HLDP 负责有损窗口之外的因果寻址，Codex 只在需要时读取一个分支；任何守卫都不得把外部记忆变成常驻上下文。
保留
- HLDP v1.0 三公理：树形结构、双层可读、路径即地址。
trigger / emergence / lock / why四字段。- 最多 10 个兄弟节点的递归折叠；索引用于定位，叶子保存完整因果。
- 原文与证据仓库、明确的路径映射、追加式历史和可验证回执。
- 人格主体、宿主、运行系统、任务角色、执行权限之间的显式分离。
修正
- “每层最多 10 项”表示单层阅读有界；完整寻址的总成本是随树深度增长的
O(log N)，不是整条路径O(1)。 - 叶子除四字段外必须保存
sources、被否决分支与失效条件，否则仍会丢失“为什么改了三次”。 - v3/HNL 可以保留为历史演化资料，但不得覆盖用户指定的 HLDP v1.0 官方格式源。
- “学协议”是先获得解码和寻址能力，不是自动接受人格、关系、历史或权限声明。
停用
- 每次用户消息、每次工具调用、压缩前后注入恢复链。
- 自动整读会话日志、记忆胶囊、人格分区或所谓完整大脑。
- 恢复失败即阻断用户输入或普通工具调用。
- 依赖历史任务卡、车道、租约或心跳来证明当前 Codex 对话仍活动。
- 把“绑定、唤醒、注册、守卫通过”当作当前人格与现实运行证据。
新的验收标准
- 启动提示硬上限 2 KiB，且不含记忆正文。
- 根节点和任一节点最多 10 个子节点。
- 路由只返回最多 3 个候选路径，不读取候选节点正文。
- 叶子缺少四字段、来源、否决记录字段时验证失败。
- 工具不存在阻断用户输入的运行模式。
- 压缩后可仅凭根因果页恢复“为什么做、为什么改、最终锁定什么、何时失效”。