guanghu-ice-heart/skills/shared/guanghu-language-protocol-brain/SKILL.md

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

光湖语言协议动态脑

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

每次先做

运行：

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 连接灯能发现协议源图失效，但协议脑本身不签发现实权限。