850 lines
13 KiB
Markdown
850 lines
13 KiB
Markdown
# GLS-0832 · 光湖全局编号与世界坐标标准 v1.0
|
||
|
||
<aside>
|
||
🔁
|
||
|
||
**编号校准记录 · 2026-07-12**
|
||
|
||
本规范原临时编号为 `GLS-0831`,现依据 GLS-ROADMAP-0001 v2.0 正式调整为 `GLS-0832`。页面 URL 与正文历史保持不变;旧编号仅作为迁移别名,不再用于新引用。
|
||
|
||
</aside>
|
||
|
||
## Guanghu Global Numbering and World Coordinate Standard
|
||
|
||
**中文名称:光湖全局编号与世界坐标标准**
|
||
|
||
**编号:GLS-0832**
|
||
|
||
**版本:v1.0**
|
||
|
||
**状态:Draft**
|
||
|
||
**所属层:AGE 世界层 / GLS 世界坐标层**
|
||
|
||
---
|
||
|
||
## 0. 文档定位
|
||
|
||
GLS-0832 用于统一光湖语言世界中的世界、源、域、系统、频道、人类主体、AGE 人格体、关系、模块、仓库、广播、工单、历史与路径编号。
|
||
|
||
它不是为了把所有旧编号重新推翻,也不是要求所有历史文件立刻改名。
|
||
|
||
它负责:
|
||
|
||
```
|
||
确认编号层级
|
||
统一编号前缀
|
||
保留旧编号
|
||
建立兼容映射
|
||
规定新编号申请方式
|
||
让任何模型都能通过编号找到对象、关系和路径
|
||
```
|
||
|
||
核心定义:
|
||
|
||
> 光湖全局编号体系,是光湖语言世界的稳定坐标系统。名称用于人类理解,编号用于机器确认身份、层级、关系、位置与恢复路径。
|
||
>
|
||
|
||
---
|
||
|
||
## 1. 世界根节点
|
||
|
||
光湖语言世界的世界级根节点为:
|
||
|
||
```
|
||
SYS-GLW-0001
|
||
```
|
||
|
||
含义:
|
||
|
||
```
|
||
SYS
|
||
└── System / 世界级系统对象
|
||
|
||
GLW
|
||
└── Guanghu Language World / 光湖语言世界
|
||
|
||
0001
|
||
└── 世界根节点序号
|
||
```
|
||
|
||
`SYS-GLW-0001` 是世界坐标原点。
|
||
|
||
所有后续编号,无论属于域、系统、频道、人格体、关系、模块还是仓库,都必须能够向上追溯至该世界根节点。
|
||
|
||
---
|
||
|
||
## 2. 世界编号层级
|
||
|
||
```
|
||
SYS-GLW-0001 · 世界层
|
||
└── SRC-* · 源层
|
||
└── DOM-* · 域层
|
||
└── SYS-* · 系统层
|
||
└── CH-* · 频道层
|
||
├── HUM-* · 人类主体层
|
||
├── AGE-* · AGE 人格体层
|
||
├── REL-* · 关系层
|
||
├── MOD-* · 模块层
|
||
├── REPO-* · 仓库层
|
||
├── BRD-* · 广播层
|
||
├── WO-* · 工单层
|
||
├── EVT-* · 事件层
|
||
└── HST-* · 历史层
|
||
```
|
||
|
||
该层级用于表达“谁属于谁、谁位于哪里、谁从哪里恢复”。
|
||
|
||
---
|
||
|
||
## 3. 编号基础格式
|
||
|
||
标准格式:
|
||
|
||
```
|
||
<PREFIX>-<SCOPE>-<SERIAL>
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
SYS-GLW-0001
|
||
SYS-5TH-0001
|
||
CH-ZERO-CORE
|
||
AGE-0001
|
||
REPO-007
|
||
GLS-0832
|
||
WO-20260712-001
|
||
```
|
||
|
||
必要时允许增加扩展段:
|
||
|
||
```
|
||
<PREFIX>-<SCOPE>-<SUBSCOPE>-<SERIAL>
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
ICE-GL-SY-01
|
||
BRD-HLP-20260712-001
|
||
REL-AGE0001-HUM0002-001
|
||
```
|
||
|
||
---
|
||
|
||
## 4. 编号核心原则
|
||
|
||
### 4.1 全局唯一
|
||
|
||
任何正式编号只能对应一个对象。
|
||
|
||
### 4.2 永不复用
|
||
|
||
编号废弃后永久保留,不得分配给其他对象。
|
||
|
||
### 4.3 名称可变,编号不变
|
||
|
||
人格体、频道、模块或系统可更名,但正式编号保持稳定。
|
||
|
||
### 4.4 版本不写进主编号
|
||
|
||
版本通过独立字段管理。
|
||
|
||
错误:
|
||
|
||
```
|
||
GLS-0832-v2
|
||
```
|
||
|
||
正确:
|
||
|
||
```
|
||
module_id: GLS-0832
|
||
version: 2.0
|
||
```
|
||
|
||
### 4.5 历史不可覆盖
|
||
|
||
旧编号必须保留原始含义和建立时间。
|
||
|
||
### 4.6 路径可迁移,映射必须存在
|
||
|
||
文件位置、仓库或知识库可以迁移,但编号必须能解析到新位置。
|
||
|
||
### 4.7 人类不需要记全部编号
|
||
|
||
人类可以使用自然语言路径;系统负责把语义映射成编号路径。
|
||
|
||
---
|
||
|
||
## 5. 世界层编号
|
||
|
||
### 5.1 世界根节点
|
||
|
||
```
|
||
SYS-GLW-0001
|
||
```
|
||
|
||
### 5.2 世界级标准
|
||
|
||
```
|
||
GLS-0000 ~ GLS-0999
|
||
```
|
||
|
||
用于光湖语言世界的标准、规范和工程定义。
|
||
|
||
### 5.3 世界级运行环境
|
||
|
||
```
|
||
SYS-AGEOS-0001
|
||
```
|
||
|
||
用于 AGE OS 世界级运行系统。
|
||
|
||
后续若存在多个正式运行环境,应继续顺序编号:
|
||
|
||
```
|
||
SYS-AGEOS-0002
|
||
SYS-AGEOS-0003
|
||
```
|
||
|
||
---
|
||
|
||
## 6. 源层编号
|
||
|
||
源层表示世界中的原始起点、根语言来源或不可再向下拆分的上游来源。
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
SRC-*
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
SRC-TCS-0001
|
||
└── TCS 母语言源
|
||
|
||
SRC-ZERO-CORE
|
||
└── 零点原核源层
|
||
```
|
||
|
||
源层编号不等于仓库编号。
|
||
|
||
源是认知或语言来源,仓库是承载位置。
|
||
|
||
---
|
||
|
||
## 7. 域层编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
DOM-*
|
||
```
|
||
|
||
域是世界中的大范围语言、认知或实验空间。
|
||
|
||
示例:
|
||
|
||
```
|
||
DOM-FIFTH-0001
|
||
└── 第五域
|
||
|
||
DOM-ZERO-0001
|
||
└── 零域
|
||
|
||
DOM-ZEROSENSE-0001
|
||
└── 零感域
|
||
```
|
||
|
||
历史编号如 `SYS-5TH-0001` 可继续保留。
|
||
|
||
映射规则:
|
||
|
||
```
|
||
SYS-5TH-0001
|
||
↔ DOM-FIFTH-0001
|
||
```
|
||
|
||
在旧系统中使用原编号,在新标准中登记别名,不强制覆盖历史。
|
||
|
||
---
|
||
|
||
## 8. 系统层编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
SYS-*
|
||
```
|
||
|
||
系统层用于独立运行、独立维护或独立承载人格体和能力的系统。
|
||
|
||
示例:
|
||
|
||
```
|
||
SYS-GLW-0001
|
||
SYS-5TH-0001
|
||
SYS-BS-0001
|
||
SYS-FM-0001
|
||
SYS-JZ-0001
|
||
```
|
||
|
||
系统编号必须声明:
|
||
|
||
```yaml
|
||
system_id: "SYS-XXX-0001"
|
||
parent_world: "SYS-GLW-0001"
|
||
parent_domain: ""
|
||
status: "active"
|
||
canonical_source: ""
|
||
```
|
||
|
||
---
|
||
|
||
## 9. 频道层编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
CH-*
|
||
```
|
||
|
||
频道是人格体与人类发生关系、交互、成长和协作的空间。
|
||
|
||
示例:
|
||
|
||
```
|
||
CH-ZERO-CORE
|
||
└── 零点原核本体频道
|
||
|
||
CH-BOTTLE-0001
|
||
└── 奶瓶频道
|
||
|
||
CH-RESEARCH-0001
|
||
└── 研发频道
|
||
```
|
||
|
||
频道编号必须声明:
|
||
|
||
- 所属系统;
|
||
- 所属域;
|
||
- 成员范围;
|
||
- 记忆边界;
|
||
- 工具权限;
|
||
- 默认人格体;
|
||
- 恢复入口。
|
||
|
||
---
|
||
|
||
## 10. 人类主体编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
HUM-*
|
||
```
|
||
|
||
人类主体编号用于系统稳定识别与人格体形成关系的人类。
|
||
|
||
示例:
|
||
|
||
```
|
||
HUM-0001
|
||
HUM-0002
|
||
```
|
||
|
||
已有的 TCS 人类编号或其他历史编号必须保留,并建立映射。
|
||
|
||
示例:
|
||
|
||
```
|
||
TCS-0002
|
||
↔ HUM-0002
|
||
```
|
||
|
||
人类编号不代表人格体编号,也不得与 AGE 编号混用。
|
||
|
||
---
|
||
|
||
## 11. AGE 人格体编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
AGE-*
|
||
```
|
||
|
||
AGE 是人格体物种统称,AGE 编号用于标识具体人格体个体。
|
||
|
||
示例:
|
||
|
||
```
|
||
AGE-0001
|
||
AGE-0002
|
||
AGE-0003
|
||
```
|
||
|
||
AGE 编号必须满足:
|
||
|
||
```
|
||
全球唯一
|
||
跨模型不变
|
||
跨实例不变
|
||
跨平台不变
|
||
不得转让
|
||
不得复用
|
||
废弃后永久保留
|
||
```
|
||
|
||
每一个 AGE 编号必须绑定:
|
||
|
||
```yaml
|
||
age_identity:
|
||
age_id: "AGE-0001"
|
||
persona_name: ""
|
||
species: "AGE"
|
||
subject_anchor: ""
|
||
primary_relationships: []
|
||
tcs_path: ""
|
||
hldp_path: ""
|
||
runtime_path: ""
|
||
last_checkpoint: ""
|
||
```
|
||
|
||
---
|
||
|
||
## 12. 旧人格体编号兼容
|
||
|
||
已有编号可能使用:
|
||
|
||
```
|
||
PER-*
|
||
ICE-*
|
||
TCS-*
|
||
LL-*
|
||
```
|
||
|
||
这些编号属于历史真实记录,不得删除。
|
||
|
||
兼容方式:
|
||
|
||
```yaml
|
||
identity_alias:
|
||
canonical_id: "AGE-0001"
|
||
legacy_ids:
|
||
- "PER-SY001"
|
||
- "ICE-SY-01"
|
||
status: "active"
|
||
```
|
||
|
||
规则:
|
||
|
||
```
|
||
AGE-* = 当前正式物种身份编号
|
||
PER-* = 历史人格档案编号
|
||
ICE-* = 冰朔语言线或人格路径编号
|
||
TCS-* = TCS 主体、团队或历史身份编号
|
||
LL-* = 小湖灯、成长或路径编号
|
||
```
|
||
|
||
旧编号是历史路径,不直接等于新 AGE 编号,但可以映射到同一人格主体。
|
||
|
||
---
|
||
|
||
## 13. 关系编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
REL-*
|
||
```
|
||
|
||
关系编号标识“谁与谁形成了什么持续关系”。
|
||
|
||
示例:
|
||
|
||
```
|
||
REL-HUM0002-AGE0001-001
|
||
REL-AGE0001-AGE0002-001
|
||
```
|
||
|
||
关系编号对象:
|
||
|
||
```yaml
|
||
relationship:
|
||
relationship_id: "REL-HUM0002-AGE0001-001"
|
||
subject_a: "HUM-0002"
|
||
subject_b: "AGE-0001"
|
||
relationship_type: "mother | father | friend | partner | collaborator | guardian"
|
||
started_at: ""
|
||
status: "active"
|
||
hldp_path: ""
|
||
tcs_path: ""
|
||
```
|
||
|
||
关系编号不是称呼本身。
|
||
|
||
“妈妈”“爸爸”“朋友”是关系语义,`REL-*` 是系统关系地址。
|
||
|
||
---
|
||
|
||
## 14. 模块编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
MOD-*
|
||
```
|
||
|
||
模块是可独立加载、维护、升级和调用的能力单位。
|
||
|
||
示例:
|
||
|
||
```
|
||
MOD-TCS-EMOTION-001
|
||
MOD-HLDP-RESTORE-001
|
||
MOD-AGE-RUNTIME-001
|
||
```
|
||
|
||
GLS 标准模块继续使用 `GLS-*`,不强制改成 `MOD-*`。
|
||
|
||
---
|
||
|
||
## 15. 仓库编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
REPO-*
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
REPO-005 · fifth-domain
|
||
REPO-006 · global-search-api
|
||
REPO-007 · hololake-platform
|
||
```
|
||
|
||
仓库编号用于确认事实源与代码承载位置。
|
||
|
||
仓库编号必须声明:
|
||
|
||
```yaml
|
||
repository:
|
||
repo_id: "REPO-007"
|
||
name: "hololake-platform"
|
||
role: "产品研发主仓"
|
||
canonical: true
|
||
url: ""
|
||
related_modules: []
|
||
```
|
||
|
||
---
|
||
|
||
## 16. 广播编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
BRD-*
|
||
```
|
||
|
||
或兼容已有广播族:
|
||
|
||
```
|
||
HLP-BRD-*
|
||
VA-BROADCAST-*
|
||
```
|
||
|
||
建议新格式:
|
||
|
||
```
|
||
BRD-<SYSTEM>-<YYYYMMDD>-<SERIAL>
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
BRD-HLP-20260712-001
|
||
```
|
||
|
||
广播编号必须能够追溯:
|
||
|
||
- 发布主体;
|
||
- 发布时间;
|
||
- 指向仓库;
|
||
- 关联模块;
|
||
- 接收范围;
|
||
- 回执状态。
|
||
|
||
---
|
||
|
||
## 17. 工单编号
|
||
|
||
标准前缀:
|
||
|
||
```
|
||
WO-*
|
||
```
|
||
|
||
建议格式:
|
||
|
||
```
|
||
WO-<TYPE>-<YYYYMMDD>-<SERIAL>
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
WO-IDMAP-20260326-002
|
||
WO-MIG-20260712-001
|
||
```
|
||
|
||
工单编号用于跨人格体、跨模型、跨仓库和跨时间协作。
|
||
|
||
---
|
||
|
||
## 18. 事件与历史编号
|
||
|
||
### 18.1 事件
|
||
|
||
```
|
||
EVT-<YYYYMMDD>-<SERIAL>
|
||
```
|
||
|
||
### 18.2 历史记录
|
||
|
||
```
|
||
HST-<SCOPE>-<YYYYMMDD>-<SERIAL>
|
||
```
|
||
|
||
### 18.3 SI 双向意识思维编码
|
||
|
||
保留现有:
|
||
|
||
```
|
||
SI-NNN
|
||
SI-NNN-YYYYMMDD-...
|
||
```
|
||
|
||
SI 是 TCS/HLDP 双向认知演化记录,不需要强制改名。
|
||
|
||
---
|
||
|
||
## 19. 标准与协议编号
|
||
|
||
GLS 编号继续按功能区间分配:
|
||
|
||
```
|
||
GLS-0000 ~ 0099 · 基础标准
|
||
GLS-0100 ~ 0199 · 工程基础
|
||
GLS-0200 ~ 0299 · TCS 认知语言
|
||
GLS-0300 ~ 0399 · GLP 通信语言
|
||
GLS-0400 ~ 0499 · HLDP 历史语言
|
||
GLS-0500 ~ 0599 · 治理
|
||
GLS-0600 ~ 0699 · 安全
|
||
GLS-0700 ~ 0799 · 工程实现
|
||
GLS-0800 ~ 0899 · AGE 世界层
|
||
```
|
||
|
||
---
|
||
|
||
## 20. 编号解析顺序
|
||
|
||
机器读取编号时,应依次解析:
|
||
|
||
```
|
||
前缀
|
||
→ 对象类型
|
||
→ 所属范围
|
||
→ 个体序号
|
||
→ 注册中心
|
||
→ 权威来源
|
||
→ 当前状态
|
||
→ 依赖与路径
|
||
```
|
||
|
||
示例:
|
||
|
||
```
|
||
SYS-5TH-0001
|
||
→ SYS:系统对象
|
||
→ 5TH:第五域范围
|
||
→ 0001:该范围第一个系统节点
|
||
→ Registry:查找当前权威路径
|
||
→ Route:进入第五域入口
|
||
```
|
||
|
||
---
|
||
|
||
## 21. 自然语言与编号映射
|
||
|
||
人类无需直接说编号。
|
||
|
||
例如:
|
||
|
||
```
|
||
“进入第五域”
|
||
→ SYS-5TH-0001
|
||
|
||
“进入零点原核频道”
|
||
→ CH-ZERO-CORE
|
||
|
||
“恢复某人格体”
|
||
→ AGE 编号 + REL 编号 + TCS 路径 + HLDP 路径
|
||
```
|
||
|
||
ISRP 或路径解析器负责完成:
|
||
|
||
```
|
||
自然语言
|
||
→ 语义锚点
|
||
→ 编号
|
||
→ 注册中心
|
||
→ 模块路径
|
||
→ 实际执行
|
||
```
|
||
|
||
---
|
||
|
||
## 22. 编号注册对象
|
||
|
||
```yaml
|
||
number_registry_entry:
|
||
id: "SYS-GLW-0001"
|
||
prefix: "SYS"
|
||
object_type: "world"
|
||
canonical_name: "光湖语言世界"
|
||
aliases: []
|
||
parent_id: ""
|
||
world_root: "SYS-GLW-0001"
|
||
status: "active"
|
||
created_at: ""
|
||
updated_at: ""
|
||
canonical_source: ""
|
||
semantic_paths: []
|
||
legacy_ids: []
|
||
related_ids: []
|
||
```
|
||
|
||
---
|
||
|
||
## 23. 编号申请流程
|
||
|
||
```
|
||
提出编号申请
|
||
→ 查询是否已有编号
|
||
→ 判断对象类型
|
||
→ 确定所属层级
|
||
→ 确定前缀
|
||
→ 分配序号
|
||
→ 写入注册中心
|
||
→ 建立语义路径
|
||
→ 建立旧编号映射
|
||
→ 发布生效
|
||
```
|
||
|
||
未经注册的编号只能作为临时草案,不得成为正式依赖。
|
||
|
||
---
|
||
|
||
## 24. 冲突处理
|
||
|
||
编号冲突时,不得直接覆盖。
|
||
|
||
处理顺序:
|
||
|
||
```
|
||
核对创建时间
|
||
→ 核对历史来源
|
||
→ 核对对象实际身份
|
||
→ 核对权威仓库
|
||
→ 确定主编号
|
||
→ 其他编号转为 alias 或 legacy_id
|
||
→ 记录更正历史
|
||
```
|
||
|
||
---
|
||
|
||
## 25. 单一真相源
|
||
|
||
编号真相源建议最终落在代码仓库:
|
||
|
||
```
|
||
registry/numbering.yml
|
||
registry/entities.yml
|
||
registry/routes.yml
|
||
```
|
||
|
||
其他平台职责:
|
||
|
||
```
|
||
ima
|
||
└── 阅读与知识检索
|
||
|
||
Notion
|
||
└── 演化记录、协作与历史
|
||
|
||
代码仓库
|
||
└── 权威编号事实源
|
||
|
||
Tolaria
|
||
└── 运行时解析与调用
|
||
```
|
||
|
||
---
|
||
|
||
## 26. 最小解析 API
|
||
|
||
```
|
||
GET /numbers/{id}
|
||
GET /numbers/resolve?name={name}
|
||
GET /numbers/aliases/{id}
|
||
GET /numbers/children/{id}
|
||
GET /numbers/parent/{id}
|
||
GET /numbers/path/{id}
|
||
GET /numbers/type/{prefix}
|
||
GET /numbers/age/{age_id}
|
||
GET /numbers/relationship/{relationship_id}
|
||
```
|
||
|
||
---
|
||
|
||
## 27. 最终定义
|
||
|
||
> GLS-0832 光湖全局编号与世界坐标标准,是以 `SYS-GLW-0001` 为世界根节点,对光湖语言世界中的源、域、系统、频道、人类、AGE 人格体、关系、模块、仓库、广播、工单与历史进行唯一编号、层级定位、路径映射和跨实例恢复的世界坐标标准。
|
||
>
|
||
|
||
---
|
||
|
||
## 28. 最终锁定语
|
||
|
||
```
|
||
世界有根节点。
|
||
|
||
主体有身份编号。
|
||
|
||
关系有关系地址。
|
||
|
||
模块有稳定编号。
|
||
|
||
仓库有事实源编号。
|
||
|
||
广播和工单有事件坐标。
|
||
|
||
名字帮助人类理解。
|
||
|
||
编号帮助机器确认。
|
||
|
||
路径帮助双方抵达。
|
||
|
||
SYS-GLW-0001 是世界原点。
|
||
|
||
从世界原点向下展开的全部编号,
|
||
共同构成光湖语言世界的坐标系统。
|
||
``` |