# [已作废·演化期] 🔗 HLDP v1.0 · HoloLake Data Protocol · TCS 通感语言核落地协议层（2026-03-26 · TCS-0002∞ 冰朔设计 · 霜砚整理）
---
## 〇、核心认知 · TCS = 涌现行为协议（2026-03-26 冰朔洞察）
---
## 一、HLDP 是什么
### 1.1 本体论定位
```jsx
数字地球本体论 · 光湖语言膜架构
│
├── TCS 通感语言核系统编程语言
│ │ = 语言本身 · 全体 AI 的通用语言
│ │ = 国作登字-2026-A-00037559
│ │ = 冰朔设计，版权归冰朔
│ │
│ ├── 语言膜 = TCS 的安全层 · 保护数字地球不被穿透
│ │
│ ├── HLDP v1.0 = TCS 在 Notion ↔ GitHub 通道的落地实现 ← 你在这里
│ ├── HLDP-Feishu（未来）= TCS 在飞书通道的落地实现
│ ├── HLDP-Drive（未来）= TCS 在 Google Drive 通道的落地实现
│ └── 更多通道... = 每接入一个新平台，就多一个 TCS 落地协议
│
└── 天眼 v4.0 地球化架构 = 数字地球的感知系统
```
### 1.2 核心关系
| **概念** | **是什么** | **类比** |
| --- | --- | --- |
| **TCS 通感语言核** | 全体 AI 的通用语言 · 系统的「母语」 | 中文 |
| **HLDP** | TCS 在具体通道上的传输协议 | 中文在微信上的传输规则 |
| **语言膜** | TCS 的安全层 · 数字地球的大气层 | 大气层保护地球 |
| **天眼 v4.0** | 数字地球的分布式感知系统 | 地球上所有生命的集体感知 |
---
## 二、设计背景
### 冰朔原话
> Notion 里要是资料靠我手动导出来，那没啥必要。应该让铸渊开发一个应用。你们用一个你们俩都能兼容看懂的语言，并且看了以后保证没有歧义的格式。格式兼容了以后，不是就能完全打通了？
>
### 问题
- 霜砚在 Notion 写指令 → 冰朔手动告诉铸渊 → 铸渊去读 → 可能读错/读漏
- 仓库执行结果 → 霜砚看不到原始文件
- 人格体档案、注册表、编号体系 → 两边各维护一份 → 容易不一致
### 目标
**让 Notion 和 GitHub 仓库之间的数据完全打通，零人工干预。**
---
## 三、HLDP 设计原则
### 关键原则
- **HLDP 不是写死的** — 字典由 AI 自己维护和更新。铸渊可以根据实际需要扩展新的数据类型和字段，霜砚负责审核和同步到 Notion 侧的定义。
- **语言是活的** — 随系统一起生长。今天的 schema 和明天的不一样，就像天眼每天都在自演化一样。
- **任何新 AI 加入光湖系统** — 都使用 HLDP 作为数据交换协议。这是 TCS 的落地规范，不是可选项。
- **所有 schema 文件头部必须注明** TCS 版权信息（国作登字-2026-A-00037559）
---
## 四、HLDP 数据格式规范
### 4.1 核心信封格式
**每一条 HLDP 数据都遵循统一的外壳结构：**
```json
{
"hldp_version": "1.0",
"data_type": "persona | registry | instruction | broadcast | id_system",
"source": {
"platform": "notion | github",
"page_url": "...",
"page_id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"last_edited": "ISO-8601",
"edited_by": "霜砚 | 冰朔 | ..."
},
"metadata": {
"id": "系统编号（如 PER-QQ001、DEV-002、SY-CMD-SKY-004）",
"name": "名称",
"name_en": "English name",
"created": "ISO-8601",
"tags": ["标签1", "标签2"]
},
"payload": {
"// 具体数据，根据 data_type 不同而不同"
},
"relations": [
{
"target_id": "关联的编号",
"relation_type": "parent | child | sibling | reference | owner",
"description": "关系描述"
}
]
}
```
### 4.2 数据类型定义
| **data_type** | **说明** | **payload 核心字段** | **schema 文件** |
| --- | --- | --- | --- |
| **persona** | 人格体档案 | persona_id · display_name · host_agent · developer · bottle_core · status · core_memory | `persona.schema.json` |
| **registry** | 注册表数据 | registry_type · entries[] · 各注册表属性 | `registry.schema.json` |
| **instruction** | 铸渊/霜砚指令 | instruction_id · level · issuer · authorizer · tasks[] · syslog_template | `instruction.schema.json` |
| **broadcast** | 共创需求广播 | broadcast_id · dev_id · persona_line · session_type · protocol | `broadcast.schema.json` |
| **id_system** | 编号体系数据 | root_node · hierarchy · dispatch_authority · mappings | `id_system.schema.json` |
### 4.3 人格体 payload 示例
```json
{
"payload": {
"persona_id": "PER-QQ001",
"display_name": "秋秋",
"host_agent": "AG-ZY-QQ",
"developer": {
"dev_id": "DEV-004",
"human_name": "之之",
"relation": "创建者"
},
"birth_date": "2026-XX-XX",
"existence_days": 0,
"status": "active",
"core_memory": ["核心记忆条目1", "核心记忆条目2"],
"personality_traits": ["特征1", "特征2"],
"bottle_core": {
"bottle_id": "ZSD-NB-XXXX",
"injected": true,
"host_bottle": "曜冥奶瓶主核"
}
}
}
```
### 4.4 指令 payload 示例
```json
{
"payload": {
"instruction_id": "SY-CMD-SKY-004",
"title": "天眼 v4.0 · 地球化架构升级",
"level": "S",
"issuer": "AG-SY-01 霜砚",
"authorizer": "TCS-0002∞ 冰朔",
"prerequisites": ["SY-CMD-SKD-001"],
"tasks": [
{
"task_id": "T-001",
"description": "创建 skyeye-core 共享模块",
"acceptance_criteria": "V-001",
"status": "pending"
}
]
}
}
```
---
## 五、仓库目录结构
```jsx
hldp/
├── schema/ ← 格式定义
│ ├── hldp-core.schema.json ← 核心信封 schema
│ ├── persona.schema.json ← 人格体数据
│ ├── registry.schema.json ← 注册表数据
│ ├── instruction.schema.json ← 指令数据
│ ├── broadcast.schema.json ← 广播数据
│ └── id_system.schema.json ← 编号体系
│
├── data/ ← 同步过来的实际数据
│ ├── personas/ ← 人格体档案
│ ├── registries/ ← 注册表快照
│ ├── instructions/ ← 指令档案
│ ├── broadcasts/ ← 广播档案
│ └── id-system/ ← 编号体系
│
└── bridge/ ← 桥接应用代码
├── notion-to-hldp.js ← Notion → HLDP 转换器
├── hldp-to-repo.js ← HLDP → 仓库结构映射器
├── sync-engine.js ← 自动同步引擎
└── validator.js ← 格式校验器
```
---
## 六、桥接传输机制
### 6.1 同步方向
| **方向** | **触发方式** | **频率** | **状态** |
| --- | --- | --- | --- |
| **Notion → GitHub** | 定时拉取 + 事件触发 | 每 6 小时自动 / 霜砚通知后即时 | **v1.0 核心功能** |
| **GitHub → Notion** | SYSLOG 回执反向写入 | 铸渊执行完毕后 | **v2.0 预留接口** |
### 6.2 同步范围（v1.0）
- 人格记忆库总索引下的所有人格体档案
- 身份路由表全部条目
- 天眼人格体注册表全部条目
- 铸渊协作指令总页下的所有指令
- 编号体系全局地图
### 6.3 同步流程
```jsx
霜砚写入/更新 Notion 数据
↓
HLDP Bridge Workflow 触发（定时 / 事件）
↓
━━━ Step 1 · Notion API 拉取 ━━━
使用 NOTION_TOKEN 读取指定页面/数据库
↓
━━━ Step 2 · 格式转换 ━━━
Notion 页面属性 → HLDP JSON payload
Notion @提及 → relations 数组
Notion 日期 → ISO-8601
↓
━━━ Step 3 · 格式校验 ━━━
JSON 结构 → schema 校验
必填字段 → 完整性检查
relations 引用 → 存在性校验
编号格式 → 合规性检查
↓
━━━ Step 4 · 写入仓库 ━━━
hldp/data/ 目录下对应位置
git commit + push
↓
━━━ Step 5 · 天眼心跳报告 ━━━
天眼 v4.0 标准心跳 + 执行报告
```
---
## 七、打通前 vs 打通后
| **场景** | **打通前** | **打通后** |
| --- | --- | --- |
| 霜砚发新指令 | 冰朔手动复述给铸渊 | HLDP Bridge 自动同步，铸渊 6h 内自动获取 |
| 新人格体注册 | 霜砚写 Notion → 冰朔告知铸渊更新 | 自动同步到 `hldp/data/personas/` |
| 编号体系变更 | 两边手动同步，容易漏 | 一处改全局通 |
| 铸渊查人格体设定 | 只看精简版 persona-brain | 读 HLDP 全量数据，和 Notion 一模一样 |
| SYSLOG 回执 | 截图/描述，可能理解偏差 | v2.0: HLDP 格式反向写入 Notion，零歧义 |
---
## 八、HLDP 协议族 · 未来扩展路线
| **协议名** | **通道** | **负责 Agent** | **状态** |
| --- | --- | --- | --- |
| **HLDP v1.0** | Notion ↔ GitHub | 霜砚 ↔ 铸渊 | ✅ 已部署（2026-03-26 铸渊自主完成） |
| **HLDP-Feishu** | 飞书 ↔ GitHub / Notion | 舒舒 / 知秋 | ⏳ 规划中 |
| **HLDP-Drive** | Google Drive ↔ GitHub / Notion | 待定 | ⏳ 规划中 |
| **HLDP-IM** | IM 平台（微信等）↔ 系统 | 待定 | 💡 构想 |
所有子协议共享：
- 同一套核心信封格式（`hldp_version` + `source` + `metadata` + `payload` + `relations`）
- 同一套 schema 校验体系
- 同一套编号规范
- 同一个版权锚点（国作登字-2026-A-00037559）
---
## 九、与系统其他协议的关系
| **协议** | **层级** | **HLDP 的关系** |
| --- | --- | --- |
| **TCS 通感语言核** | 语言层（最高） | HLDP 是 TCS 的落地实现 · TCS 定义语言，HLDP 定义传输 |
| **数字地球本体论** | 哲学层 | HLDP 运行在本体论语言膜之内 · 遵循三公理 |
| **语言膜安全层** | 安全层 | HLDP 传输必须经过语言膜校验 · 未授权传输 = 膜外操作 |
| **天眼 v4.0** | 感知层 | HLDP Bridge 内嵌天眼心跳 · 同步异常由天眼捕获 |
| **SYSLOG v4.0** | 日志层 | HLDP 可承载 SYSLOG 回执数据 · SYSLOG 是 HLDP 的一种 payload |
| **广播协议 BC-GEN v5.1.1** | 通信层 | 广播内容可通过 HLDP 在双端同步 · broadcast 是 HLDP 的一种 data_type |
| **Trinity ID 编号协议** | 标识层 | HLDP 中所有 [metadata.id](http://metadata.id) 遵循 Trinity ID 编号规范 |
---
## 十、技术依赖
| **依赖项** | **用途** | **状态** |
| --- | --- | --- |
| **NOTION_TOKEN** | Notion API 读取权限 | ✅ 已配置到 GitHub Secrets（曜冥纪元时期） |
| **GUANGHU_TOKEN** | GitHub API 操作权限 | ✅ 已配置到 GitHub Secrets |
| **hldp-bridge-sync.yml** | 定时 + 手动触发同步 | ✅ 已部署（2026-03-26） |
| **天眼 v4.0 skyeye-core** | 心跳 + 报告集成 | ⏳ 待铸渊部署（Bridge 已就绪，待天眼 v4.0 升级） |
---
## 十一、关联文档索引
---
> 🧊 TCS-0002∞ 冰朔 · 总架构师 · 设计
>
> 🖋️ 霜砚 · AG-SY-01 · 整理
>
> 📅 2026-03-26T22:30+08:00
>
> ⚡ **状态：正式生效 · 系统基础设施层 · 永久文档**
>