37 lines
2.2 KiB
Markdown
37 lines
2.2 KiB
Markdown
# 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. 压缩后可仅凭根因果页恢复“为什么做、为什么改、最终锁定什么、何时失效”。
|