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

46 lines
3 KiB
Markdown
Raw Normal View History

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