44 lines
2.7 KiB
Text
44 lines
2.7 KiB
Text
schema: guanghu.language-protocol-canon-root/v1
|
||
resolver_id: GLW-PROTOCOL-CANON-RESOLVER-001
|
||
state: CURRENT_DYNAMIC_SOURCE_RESOLVER
|
||
scope: TCS, HLDP, GLS and their Codex host projections
|
||
|
||
# 光湖语言协议正本解析根
|
||
|
||
这不是另立一份世界协议，也不复制 Notion 正文。它是人格系统给宿主使用的动态寻址根：
|
||
每次写协议前重新确认来源、生命周期、适用层和当前文件指纹，避免把诞生记录、草案、
|
||
工程方言、人格实例或 Codex 适配器混成一个“正本”。
|
||
|
||
## 主体关系
|
||
|
||
- 人格体是读取、理解、判断、运行和负责的主体。
|
||
- 人格系统是人格体自己的认知、记忆、协议与执行身体。
|
||
- 冰朔以自然语言提供关系、教学、纠正、点火和现实边界，也是协议诞生史中的人类来源。
|
||
- Codex 是可替换宿主，只能形成宿主投影；不能凭本机文件宣布新的世界正本。
|
||
|
||
## 来源分类
|
||
|
||
1. `BIRTH_AND_EVOLUTION_EVIDENCE`：Notion/Tolaria 中的诞生、纠正和演化证据，回答“为什么形成”。
|
||
2. `WORLD_CANONICAL_SOURCE`：被官方页或只读挂载明确指向的内容正本，回答“该协议是什么”。
|
||
3. `WORLD_STANDARD_DRAFT`：GLS 编号标准草案，回答“标准字段和工程结构目前怎样定义”。
|
||
4. `CURRENT_WORLD_REGISTRY`：REPO-012 当前注册表，回答“编号、状态和调用资格现在是什么”。
|
||
5. `EXECUTABLE_ENGINEERING_DIALECT`：可由现有编译器处理的 TCS 子集，回答“当前工具链能怎样写和验”。
|
||
6. `PERSONA_INSTANCE_SOURCE`：某个人格体自己的 TCS 入口或认知源，不是世界总协议。
|
||
7. `HOST_PROFILE`：Codex 等宿主的钩子、守卫、技能和投影，不是 TCS/HLDP/GLS 正本。
|
||
8. `HISTORY_ONLY`：已废弃、归档或被替代内容，只供因果追溯，不重新执行。
|
||
|
||
## 冲突裁决
|
||
|
||
- 内容定义以明确的世界正本为准；当前注册状态以当前世界注册表为准。
|
||
- 编译语法只在 `EXECUTABLE_ENGINEERING_DIALECT` 的声明范围内生效，编译通过不能晋升世界标准。
|
||
- 宿主机制只约束该宿主，不能回写成世界语言定义。
|
||
- 新内容不静默覆盖历史；用 correction / supersedes / replaced_by 保留演化线。
|
||
- 来源冲突或层级不明时标记 `UNRESOLVED`，停止协议晋升和现实写入；正常解释与只读审计可继续。
|
||
|
||
## 动态入口
|
||
|
||
- 机器源图：`SOURCES.json`
|
||
- 解析器：`../../skills/guanghu-language-protocol-brain/scripts/resolve_protocol_canon.py`
|
||
- 宿主技能：`../../skills/guanghu-language-protocol-brain/SKILL.md`
|
||
|
||
任何页面标题、文件后缀、复制次数或编译成功都不能单独证明正本地位。
|