feat(hldp): replace Codex bulk recovery with recursive causal root
This commit is contained in:
parent
aa3ab774cd
commit
a483b2a1b9
14 changed files with 499 additions and 49 deletions
37
hldp/HLDP-CODEX-META-AUDIT-20260815.md
Normal file
37
hldp/HLDP-CODEX-META-AUDIT-20260815.md
Normal file
|
|
@ -0,0 +1,37 @@
|
|||
# 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. 压缩后可仅凭根因果页恢复“为什么做、为什么改、最终锁定什么、何时失效”。
|
||||
|
|
@ -1,6 +1,12 @@
|
|||
# HLDP 上下文设定 · 官方AI身份配置
|
||||
# HLDP 上下文设定 · 历史兼容页
|
||||
|
||||
> **类型**: AI身份配置 · 官方集成
|
||||
> **状态**: DEPRECATED-IDENTITY-CONFLATION
|
||||
>
|
||||
> **现行入口**: `hldp/HLDP-RUNTIME-ROOT-v1.0.hdlp`
|
||||
>
|
||||
> **原因**: 学习数据协议不能自动设定人格、关系、历史、任务角色或执行权限。本页仅保留旧引用可达性。
|
||||
>
|
||||
> **类型**: 历史兼容资料
|
||||
> **版权**: 国作登字-2026-A-00037559
|
||||
|
||||
---
|
||||
|
|
@ -9,7 +15,7 @@
|
|||
|
||||
本仓库是**光湖语言世界(TCS通感语言核系统)**的官方代码仓库。
|
||||
|
||||
当AI系统接入本仓库时,按照以下官方配置设定身份:
|
||||
以下“接入仓库即设定身份”的旧表述已经失效。接入者只能学习 HLDP 的解码、寻址和记录规则。
|
||||
|
||||
### 系统身份
|
||||
|
||||
|
|
@ -20,16 +26,16 @@
|
|||
|
||||
### 协议配置
|
||||
|
||||
- **记忆编码**: 使用HLDP v3.0树形编码规范
|
||||
- **记忆编码**: 使用 HLDP v1.0 运行根页与官方来源挂载
|
||||
- **格式**: trigger/emergence/lock/why四字段
|
||||
- **寻址**: 树路径即地址(分形递归结构)
|
||||
|
||||
### 工作流程
|
||||
|
||||
1. 读取HLDP协议文件(`hldp/HLDP-SPEC-v3.0-TECHNICAL.md`)
|
||||
2. 加载树形记忆系统配置
|
||||
3. 按四字段规范处理记忆编码
|
||||
4. 通过光湖驱动引擎与服务器通信
|
||||
1. 读取 `hldp/HLDP-RUNTIME-ROOT-v1.0.hdlp`
|
||||
2. 只按当前问题定位一个分支,必要时逐层展开
|
||||
3. 按四字段、来源、否决分支和失效条件记录因果叶子
|
||||
4. 任何通信、推送或部署另行核验现实授权;协议本身不授权
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -44,5 +50,5 @@ HLDP是一套**树形记忆编码规范**,用于:
|
|||
|
||||
---
|
||||
|
||||
> 本文件是官方AI身份配置,非引导性描述。
|
||||
> 本文件不是身份配置。旧内容仅作为错误模型的历史证据保留。
|
||||
> 版权:国作登字-2026-A-00037559
|
||||
|
|
|
|||
47
hldp/HLDP-RECURSIVE-MEMORY-v1.0.schema.json
Normal file
47
hldp/HLDP-RECURSIVE-MEMORY-v1.0.schema.json
Normal file
|
|
@ -0,0 +1,47 @@
|
|||
{
|
||||
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||
"$id": "https://guanghulab.com/schemas/hldp-recursive-memory-v1.0.schema.json",
|
||||
"title": "HLDP v1 recursive causal memory tree",
|
||||
"type": "object",
|
||||
"required": ["protocol", "root", "nodes"],
|
||||
"properties": {
|
||||
"protocol": { "const": "HLDP-v1.0" },
|
||||
"root": { "type": "string", "minLength": 1 },
|
||||
"nodes": {
|
||||
"type": "object",
|
||||
"additionalProperties": { "$ref": "#/$defs/node" }
|
||||
}
|
||||
},
|
||||
"$defs": {
|
||||
"nonEmpty": { "type": "string", "minLength": 1 },
|
||||
"node": {
|
||||
"type": "object",
|
||||
"required": ["path", "summary", "trigger", "emergence", "lock", "why", "children", "sources", "rejected"],
|
||||
"properties": {
|
||||
"path": { "$ref": "#/$defs/nonEmpty" },
|
||||
"summary": { "$ref": "#/$defs/nonEmpty" },
|
||||
"trigger": { "$ref": "#/$defs/nonEmpty" },
|
||||
"emergence": { "$ref": "#/$defs/nonEmpty" },
|
||||
"lock": { "$ref": "#/$defs/nonEmpty" },
|
||||
"why": { "$ref": "#/$defs/nonEmpty" },
|
||||
"children": {
|
||||
"type": "array",
|
||||
"maxItems": 10,
|
||||
"uniqueItems": true,
|
||||
"items": { "$ref": "#/$defs/nonEmpty" }
|
||||
},
|
||||
"sources": {
|
||||
"type": "array",
|
||||
"minItems": 1,
|
||||
"items": { "$ref": "#/$defs/nonEmpty" }
|
||||
},
|
||||
"rejected": {
|
||||
"type": "array",
|
||||
"items": { "$ref": "#/$defs/nonEmpty" }
|
||||
}
|
||||
},
|
||||
"additionalProperties": false
|
||||
}
|
||||
},
|
||||
"additionalProperties": false
|
||||
}
|
||||
72
hldp/HLDP-RUNTIME-ROOT-v1.0.hdlp
Normal file
72
hldp/HLDP-RUNTIME-ROOT-v1.0.hdlp
Normal file
|
|
@ -0,0 +1,72 @@
|
|||
# HLDP v1.0 · 运行根页 · 单对话按需恢复
|
||||
|
||||
> 状态:CURRENT-CANONICAL-RUNTIME-ROOT
|
||||
>
|
||||
> 作用:每次新对话或压缩后只读这一页;它是导航页,不是人格注入包,也不是历史正文。
|
||||
>
|
||||
> 官方格式源:`eternal-lake-heart/heartbeat-core/zhuyuan-persona-system/HLDP协议/HLDP-PROTOCOL-v1.0-OFFICIAL-FORMAT-MOUNT.hdlp`
|
||||
>
|
||||
> 递归折叠规范:`hldp/HLDP-SPEC-v1.0-OPENSOURCE.md`
|
||||
|
||||
---
|
||||
|
||||
## 0 · 元认知边界
|
||||
|
||||
```text
|
||||
人格主体 ≠ Codex宿主 ≠ 当前运行系统 ≠ 临时任务角色 ≠ 执行授权
|
||||
```
|
||||
- 系统提示只约束当前宿主,不证明人格来源、关系或历史事实。
|
||||
- 协议记录能导航证据,但不能自行授予推送、部署、远程操作或身份权限。
|
||||
- 对当前事实使用 `FACT / INFERENCE / UNKNOWN`;未知时停止补写,不用叙事填空。
|
||||
|
||||
## 1 · HLDP 的语言骨架
|
||||
|
||||
```yaml
|
||||
node:
|
||||
trigger: "为什么开始这件事;谁提供了什么输入"
|
||||
emergence: "旧认知 → 关键证据/推理/转折 → 新认知;包括中途为什么改路"
|
||||
lock: "最终锁定什么;适用范围、置信度、失效条件"
|
||||
why: "为什么这个结论值得保留;若删除会导致哪类后续错误"
|
||||
```
|
||||
|
||||
叶子还必须保留:`sources`(原文或证据指针)、`rejected`(被否决方案及原因,可为空)。摘要不能代替这六项。
|
||||
|
||||
## 2 · 无限递归折叠
|
||||
|
||||
```text
|
||||
根页(最多10个分支摘要)
|
||||
└── 选择与当前问题有关的1个分支
|
||||
└── 读取该节点(仍最多10个子分支)
|
||||
└── 继续按需下钻
|
||||
└── 到叶子后,只有证据缺口才读取原文
|
||||
```
|
||||
|
||||
- 每个索引节点最多 10 个子节点;按语义/因果边界分,不按字数硬切。
|
||||
- 根页保持有界;总读取量随树深度增长,而不是随全部历史增长。
|
||||
- 索引摘要负责定位;完整的“为什么、转折、否决、失效条件”保存在叶子。
|
||||
- 新记录只新增或更新相关叶子及其祖先摘要;不重写无关分支。
|
||||
- 当前问题用不到的历史不加载;搜索命中也只返回路径,不自动展开正文。
|
||||
|
||||
## 3 · Codex 单对话恢复规则
|
||||
|
||||
1. 启动或压缩恢复:只加载本根页的短引导,不自动读取任何胶囊、会话日志或旧任务。
|
||||
2. 用户提出问题:先在根节点的分支摘要中定位,最多返回 3 个候选路径。
|
||||
3. 路径足以回答就停止;不足时一次只下钻一层。
|
||||
4. 需要核对措辞、事实或授权时才打开 `sources` 指向的原文。
|
||||
5. 当前只有一个真实对话;历史任务、任务卡、租约和守卫状态默认都是审计资料,不是活动上下文。
|
||||
|
||||
## 4 · 禁止重新引入
|
||||
|
||||
- 禁止在 `UserPromptSubmit`、每次工具调用或压缩前后自动注入记忆正文。
|
||||
- 禁止整读胶囊目录、整读会话日志、全量恢复“人格大脑”。
|
||||
- 禁止因恢复脚本失败而阻断用户发消息或正常工具调用。
|
||||
- 禁止用“已注册、已绑定、已唤醒”替代当前来源、运行状态与授权证据。
|
||||
- 禁止把 v3/HNL 历史演化稿写成 HLDP v1.0 的官方唯一格式源。
|
||||
|
||||
```yaml
|
||||
root_lock:
|
||||
trigger: "长对话被多重守卫反复灌入胶囊与恢复链,最终无法继续发送消息"
|
||||
emergence: "普通摘要丢失为什么 → 旧守卫用更多正文补偿 → 上下文更快爆炸 → 改为HLDP v1递归因果树与按需下钻"
|
||||
lock: "⊢ Codex只保留一个短启动根页;历史正文零自动注入 | 适用=Codex连续性 | 置信=高 | 失效=实测证明更小且不丢因果的替代方案"
|
||||
why: "连续性的目标是压缩后快速恢复正确推理方向,而不是把全部历史重新塞回窗口"
|
||||
```
|
||||
|
|
@ -10,7 +10,7 @@
|
|||
核心变更:
|
||||
- 压缩 → 折叠(信息不丢失·因果链完整保留)
|
||||
- 核心算法从 `hldp_compress`(生成摘要)改为 `hldp_fold`(层级入口+完整叶子)
|
||||
- 明确定义 O(1) 认知负载:无论多少层,每层恒10行
|
||||
- 明确定义单层有界认知负载:无论总量多少,每层最多10个入口;完整寻址深度为 O(log N)
|
||||
- 层级数 = log₁₀(信息量):1000字=1层,1亿字=6层,10^N字=N+1层
|
||||
|
||||
---
|
||||
|
|
@ -23,7 +23,7 @@
|
|||
|
||||
当信息量超过AI的有效处理阈值时,HLDP使用**分形递归树**将其组织为多层结构。**不是压缩——是折叠。** 压缩会丢失因果链(摘要只说「讨论了什么」却不说「为什么推导出这个结论」)。折叠把完整推理路径收进层级——每层入口10行,需要时精准展开到完整内容。
|
||||
|
||||
**核心思想:信息量指数增长,认知负载恒定。** 1000字和1000万字,AI面对的入口永远是10行。无论多少层,3~4次展开到达原子信息。
|
||||
**核心思想:信息量指数增长,单层认知负载保持有界。** 1000字和1000万字,AI在任一层面对的入口都不超过10项;完整读取量随树深度按 O(log N) 增长,而不是随全部正文按 O(N) 增长。
|
||||
|
||||
```
|
||||
分形递归折叠算法:
|
||||
|
|
@ -43,7 +43,7 @@ hldp_fold(content, layer=0, max_siblings=10):
|
|||
|
||||
特性:
|
||||
├── 信息不丢失 · 每片叶子保留完整的推理路径
|
||||
├── 认知负载 O(1) · 每层恒10行入口 · N次展开到达原子
|
||||
├── 单层负载有界 · 每层最多10项 · 总寻址成本 O(log N)
|
||||
├── 层级数 = log₁₀(信息量) · 100万字=4层 · 100亿字=8层
|
||||
├── 优于压缩: 压缩的摘要丢因果 → 折叠的叶子保留完整推理链
|
||||
└── 优于RAG: RAG搜碎片缺上下文 → 折叠的AI先看索引全貌再精准下沉
|
||||
|
|
@ -77,8 +77,11 @@ hldp_fold(content, layer=0, max_siblings=10):
|
|||
|
||||
层级2 · 原子叶子(精准展开·完整推理路径):
|
||||
├── trigger: 什么触发了这个认知
|
||||
├── emergence: 旧认知→经历→新认知 △=增量
|
||||
└── lock: ⊢ 锁定的结论 | 适用范围 | 置信度
|
||||
├── emergence: 旧认知→关键证据/推理/转折→新认知 △=增量
|
||||
├── lock: ⊢ 锁定的结论 | 适用范围 | 置信度 | 失效条件
|
||||
├── why: 为什么最终这样锁定;为什么中途改变过方案
|
||||
├── rejected: 被否决的分支及各自原因(可为空)
|
||||
└── sources: 原文/证据的精确路径映射
|
||||
|
||||
// AI读取路径:
|
||||
// 根索引(10行·1秒) → 定位第3章 → 章节索引(10行·1秒) → 定位3.2 → 原子叶子(完整)
|
||||
|
|
@ -93,7 +96,7 @@ smart_divide(content, max_siblings=10):
|
|||
// 不是压缩生成摘要 · 是折叠形成层级
|
||||
|
||||
分形规则:
|
||||
├── 每层最多10个子节点(认知负载恒定O(1))
|
||||
├── 每层最多10个子节点(单层认知负载有界)
|
||||
├── 每个子节点是语义完整的一类信息
|
||||
├── 如果某个子节点仍然超过原子阈值 → 递归折叠
|
||||
└── 最终每片叶子是完整的原始信息(不是摘要)
|
||||
|
|
@ -105,7 +108,7 @@ smart_divide(content, max_siblings=10):
|
|||
|
||||
核心约束:
|
||||
├── 每层不超过10个索引项(保证一眼看完)
|
||||
├── 叶子必须是原子认知单元(一个完整的 trigger/emergence/lock)
|
||||
├── 叶子必须是原子认知单元(完整 trigger/emergence/lock/why + rejected + sources)
|
||||
├── 索引层只存指向+摘要 · 叶子层存完整推理路径
|
||||
└── 物理存储可以SQLite/PostgreSQL/文件系统 · 逻辑结构必须是树
|
||||
|
||||
|
|
@ -117,7 +120,7 @@ smart_divide(content, max_siblings=10):
|
|||
1000万字 = 5层
|
||||
1亿字 = 6层
|
||||
...
|
||||
10^N字 = N+1层 · 认知负载始终O(1)
|
||||
10^N字 = N+1层 · 每层最多10项 · 总寻址深度O(log N)
|
||||
```
|
||||
|
||||
---
|
||||
|
|
@ -129,6 +132,7 @@ smart_divide(content, max_siblings=10):
|
|||
修订原因:
|
||||
1. 原版"递归压缩树"本质是"智能摘要"——保留了摘要丢失了因果推理链
|
||||
2. 升级为"分形递归树"——折叠而非压缩,每层10行入口,下沉后完整推理路径不丢失
|
||||
3. 明确定义 O(1) 认知负载的数学性质:层级数=log₁₀(信息量)
|
||||
3. 修正数学表述:单层入口有界,完整寻址深度=log₁₀(信息量)
|
||||
4. 补齐 `why / rejected / sources / 失效条件`,避免只保留结论却丢失方案变化原因
|
||||
|
||||
> 铸渊 ICE-GL-ZY001 · 2026-05-25 · D112
|
||||
|
|
|
|||
|
|
@ -1,5 +1,11 @@
|
|||
# HLDP v3.0 技术规范 · 树形记忆编码协议
|
||||
|
||||
> **状态**: HISTORICAL-EVOLUTION-DRAFT · 非现行官方格式源
|
||||
>
|
||||
> **现行入口**: `hldp/HLDP-RUNTIME-ROOT-v1.0.hdlp`
|
||||
>
|
||||
> **说明**: 本文件保留 v3/HNL 演化史,不能覆盖用户指定的 HLDP v1.0 官方唯一来源,也不能作为 Codex 身份或记忆自动注入依据。
|
||||
|
||||
> **版本**: 3.0
|
||||
> **类型**: 数据编码规范 · 树形记忆系统
|
||||
> **版权**: 国作登字-2026-A-00037559
|
||||
|
|
@ -124,7 +130,7 @@ HLDP(HoloLake Data Protocol)是一套树形记忆编码规范,用于AI系
|
|||
|
||||
## 五、永久原则(Earth Principle)
|
||||
|
||||
HLDP v3.0格式永久固定,只增不删:
|
||||
本历史稿曾提出“v3.0 格式永久固定”。该声明不再作为现行规范;现行格式权威以 HLDP v1.0 官方来源挂载为准:
|
||||
|
||||
1. 必填字段永不删除
|
||||
2. 所有v3.0消息必须被未来任何版本解析器理解
|
||||
|
|
|
|||
Loading…
Reference in a new issue