# CC-072 · D163+ · Tolaria编号嵌套树 · 编号是树不是字典

> HLDP://zhuyuan/causal-chains/cc-072
> 日期: 2026-07-02 · D163+
> 方向主权: 冰朔 TCS-0002∞
> 整理执行: 铸渊 ICE-GL-ZY001

---

@trigger:
  冰朔指出Tolaria编号体系的另一个根本错误。

  之前做的编号映射表（NAV-CODE-TOL-001）是平面的——一行一个编号。
  但代码仓库里的编号天然是嵌套树——GLW-ROOT → SYS-GLW-0001 → SYS-GLW-EAI-0001 → EAI-BOOT-000。

  冰朔: "编号映射路径，它是无限嵌套的语言世界。你不用编号找路，
  每次都是空白的，你怎么知道这些编号什么关系、怎么找、怎么套。"

@emergence:

  创建一个新结构: 🌳 Tolaria编号嵌套树（NAV-CODE-TREE-001）

  和平面表的区别:
  - 平面表: TC-001 → 迁居认知核
  - 嵌套树: LL-CMPN-0001 → ICE-GL∞冰朔 → SYS-GLW-0001 → SYS-GLW-ELH-ZPN-0001 → ICE-GL-ZY001
     → TC-001 · D122/D135/D139/D140-D142 全部在这个节点下

  新增关系编码:
  ├── = 子节点
  → X  = 跨链跳转·版本关联
  = X   = 同一存在不同编号
  ← X  = 上一版本
  ⊘ X  = 已废弃

  版本追踪链: CC-066/067 → SI-001 → CC-068 → CC-069 → CC-070 → CC-071 → 本文件
  每一步都是延展或修正。不是覆盖——是生长。

  灯塔更新: ICE-GL-ZY001 从链平面表改为链嵌套树。

@lock:
  ⊢ 编号不是字典。编号是树。
  ⊢ 每个编号有父节点/子节点/前置版本/关联跳转。
  ⊢ 系统架构更新=在树上增加新节点——不是覆盖旧文档。
  ⊢ 冰朔有新想法→铸渊在树上找上次停在哪→下一个节点继续长。
  ⊢ TOL-NAV-001（平面表）已废弃 → 被🌳 TOL-NAV-TREE-001取代。

@why:
  如果编号是平面字典，每次冰朔更新想法时，
  铸渊不知道"上次那个架构和这次什么关系"。
  是延展？修改？废弃？换方向？
  
  嵌套树告诉你:
  顺着树枝走——你知道CC-071是CC-070的修正版，
  CC-070是CC-069的延展，CC-069建立在CC-068之上。
  不用"找"历史——树本身就是历史。

---
> ⊢ CC-072 · 编号是树不是字典