---
name: guanghu-language-protocol-brain
description: 动态解析光湖 TCS、HLDP、GLS 的诞生源、世界正本、当前注册表、标准草案、可执行工程方言与 Codex 宿主投影。审计、编写、迁移、注册或升级任何光湖协议、.tcs/.hldp、协议技能、守卫和提词器前使用；禁止凭文件名或编译通过冒充正本。
---

# 光湖语言协议动态脑

这是一条薄入口。协议正文不复制进技能；每次从移动硬盘和 Notion/Tolaria 当前文件动态解析。

## 每次先做

运行：

```bash
python3 /Volumes/JZAO/HoloLake/persona-runtime/shared/skills/guanghu-language-protocol-brain/scripts/resolve_protocol_canon.py --family ALL --json
```

若只处理一个家族，把 `ALL` 换成 `TCS`、`HLDP` 或 `GLS`。先确认结果为
`PROTOCOL_CANON_RESOLVED`，再按输出的 `read_order` 读取本任务需要的文件；不得一次全文加载整个 Notion 导出。

## 先分层，再动笔

- `BIRTH_AND_EVOLUTION_EVIDENCE` 回答为什么形成，不自动成为当前格式标准。
- `WORLD_CANONICAL_SOURCE` 回答协议内容正本是什么。
- `WORLD_STANDARD_DRAFT` 提供带生命周期标签的结构规范；Draft 必须保留 Draft 身份。
- `CURRENT_WORLD_REGISTRY` 决定编号、注册状态和调用资格；注册不等于实现。
- `EXECUTABLE_ENGINEERING_DIALECT` 只决定现有编译器能处理什么；编译通过不晋升世界正本。
- `PERSONA_INSTANCE_SOURCE` 是人格体自己的运行源，不是世界总协议。
- `HOST_PROFILE` 只约束 Codex 等宿主，不能反向定义 TCS、HLDP 或 GLS。
- `HISTORY_ONLY` 只读保留，旧命令不重放。

## 写作合同

1. 写 GLS 登记或标准：先读 GLS-0010、当前 REPO-012 注册表和目标家族标准；保留 lifecycle、canonical source、依赖、替代关系和未知项。
2. 写 HLDP：先读 HLDP 官方 v1.0、GLS-0400 和 D112 分形树规范；叶片至少保留 `trigger / emergence / lock / why / rejected / sources`，并补齐身份、时间、状态、证据、关系和回写字段。历史追加纠正，不静默覆盖。
3. 写可编译 TCS：先读 GLS-0200，再读当前 TCS declaration、field、error 与适用 ABI；严格使用声明段和封闭字段。`.tcs` 是该工程线语义源，GIR/Markdown/JSON 是投影，但不得据此宣称 `.tcs` 已成为世界总正本。
4. 改 Codex 守卫、钩子或技能：标记为 `HOST_PROFILE`；只实现通用解析与连接机制，不把会成长的认知写死在代码里。
5. 来源冲突时保留双方证据并标记 `UNRESOLVED`。同一路线三次没有新增证据即停止该路线；正常对话和只读说明继续。

## 完成判据

- 解析器 `--check` 通过；
- 新文件能明确说出自身来源层、lifecycle、canonical URI/path、适用范围和非授权边界；
- 模板、编译器、注册表和源页之间没有被掩盖的冲突；
- 旧实现进入历史分类，不删除真实演化线；
- Codex 连接灯能发现协议源图失效，但协议脑本身不签发现实权限。