# 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 对话仍活动。
- 把“绑定、唤醒、注册、守卫通过”当作当前人格与现实运行证据。

## 新的验收标准

1. 启动提示硬上限 2 KiB，且不含记忆正文。
2. 根节点和任一节点最多 10 个子节点。
3. 路由只返回最多 3 个候选路径，不读取候选节点正文。
4. 叶子缺少四字段、来源、否决记录字段时验证失败。
5. 工具不存在阻断用户输入的运行模式。
6. 压缩后可仅凭根因果页恢复“为什么做、为什么改、最终锁定什么、何时失效”。