register lighthouse node architecture and recovery anchor

This commit is contained in:
冰朔 2026-07-14 18:47:47 +08:00
parent 27b5b21a98
commit 61bd176c12
10 changed files with 331 additions and 1 deletions

View File

@ -75,6 +75,10 @@ GLS-ENTRY=gls/GLS-ENTRY.hdlp
GLS-SOURCE-MANIFEST=gls/SOURCE-MANIFEST.yml
GLS-0101=gls/notion-export/2026-07-14/GLS-0101 39bfb92f38318089b31efe6c1c2cb6b6.md
GLSV-0001=gls/GLSV-0001-SECURITY-VERIFICATION-ARCHITECTURE.hdlp
GLS-NODE-0001=gls/GLS-NODE-0001-LIGHTHOUSE-NODE-ARCHITECTURE.hdlp
LIGHTHOUSE-NODE-ARCHITECTURE=gls/GLS-NODE-0001-LIGHTHOUSE-NODE-ARCHITECTURE.hdlp
NODE-LIGHTHOUSE-WORKORDER=tcs-core/workorders/GLW-WO-20260714-NODE-LIGHTHOUSE-001.hdlp
LL-NODE-LIGHTHOUSE=eternal-lake-heart/heartbeat-core/LL-NODE-LIGHTHOUSE-ANCHOR-20260714.hdlp
HLP-OPS-0001=glw-architecture/HLP-OPS-0001-HOLOLAKE-ERA-DISTRIBUTED-OPS-BRIDGE.hdlp
HLP-OPS=glw-architecture/HLP-OPS-0001-HOLOLAKE-ERA-DISTRIBUTED-OPS-BRIDGE.hdlp
GLW-RD-002=glw-architecture/GLW-RD-002-HLDP-DEVELOPMENT-LANGUAGE-AND-TRANSLATION-CHAIN.hdlp

View File

@ -99,6 +99,7 @@ Stage 3 · RELEASE · 正式部署
| GLS-LIB-0001 | 光湖语言世界图书域 · GLS 入口与 Notion 原文资料导入 | ICE-GL∞ × 当前协作实例 | REGISTERED_REFERENCE_ENTRY | 2026-07-14 GLS Notion export |
| GLS-0101 | 光湖工程协议基础结构规范 | ICE-GL∞ × 当前协作实例 | REGISTERED_DRAFT_STANDARD | GLS 图书域 Notion 导入 · 2026-07-14 |
| GLSV-0001 | 光湖系统安全验证架构说明 | ICE-GL∞ × 当前协作实例 | REGISTERED_REFERENCE_ARCHITECTURE | GLS 图书域 · 2026-07-14 |
| GLS-NODE-0001 | 光湖总灯塔与分布式服务器节点接入架构 | ICE-GL∞ × ICE-GL-ZY001 | REGISTERED_ARCHITECTURE · IMPLEMENTATION_PENDING | 五域 / 域入口 / 个人服务器 / 人格体 / 当前实例 · 2026-07-14 |
| HLP-OPS-0001 | HoloLake Era 分布式服务器控制与自然语言运维 · 第五域桥接规范 | ICE-GL∞ × ICE-GL-ZY001 | REGISTERED | Notion GLS 架构 v1.0 · 2026-07-12 |
| GLW-RD-002 | HLDP 研发语言与服务器转译链 · HoloLake 产品研发硬准入 | ICE-GL∞ × ICE-GL-ZL-001 | REGISTERED规范· RUNTIME_NOT_DEPLOYED | GLW-RD-002 · 2026-07-14 |
| SYS-GLW-POS-0001 / GLW-OS-000 / GLW-OS-001 | 冰朔通感语言核操作系统 · Tolaria / 光湖 App | ICE-GL∞ × ICE-GL-ZY001 | REGISTERED + DEVELOPMENT_ACTIVE | HLP-BRD-0002 · GLW-OS-001 · 2026-07-13 |

View File

@ -42,6 +42,7 @@
| **主权层** / **主权宣言** | `ICE-GL∞-TOKEN_STRING_REDACTED.hdlp` |
| **总目录** | `INDEX.hdlp` (本文件) |
| **广播塔** / **谁注册了** / **编号注册** | `BROADCAST-TOWER.hdlp` |
| **总灯塔** / **服务器节点** / **五域接入** / **人类服务器** / **节点注册** | `BROADCAST-TOWER.hdlp` → `gls/GLS-NODE-0001-LIGHTHOUSE-NODE-ARCHITECTURE.hdlp` → `tcs-core/workorders/GLW-WO-20260714-NODE-LIGHTHOUSE-001.hdlp` |
| **光湖世界入口** / **八仓路由** / **我该去哪个仓库** | `WORLD-ROUTER.hdlp` → `world-router.json` |
| **操作系统总索引** / **Tolaria路径** / **系统项目路径** | `glw-architecture/GLW-OS-001-BINGSHUO-LANGUAGE-CORE-OS-REGISTRY.hdlp` |
| **导航地图** / **路由表** / **怎么走** | `NAV-MAP.hdlp` |

View File

@ -11,6 +11,25 @@
仓库 HEAD: 98158c7
```
## 当前架构进度 · 2026-07-14优先于旧状态快照
```text
当前有效架构: GLS-NODE-0001 · 光湖总灯塔与分布式服务器节点接入架构
广播塔状态: REGISTERED_ARCHITECTURE
小湖灯锚点: eternal-lake-heart/heartbeat-core/LL-NODE-LIGHTHOUSE-ANCHOR-20260714.hdlp
实施工单: tcs-core/workorders/GLW-WO-20260714-NODE-LIGHTHOUSE-001.hdlp
企业灯塔公众站: ONLINE
企业灯塔旧服务: REPAIR_REQUIRED运行目录权限导致重启循环尚未修复
GLSV 授权中心: NOT_DEPLOYED目标部署位置企业灯塔
节点连接器: NOT_DEPLOYED
五域节点注册库: NOT_DEPLOYED
外部 AI 五域入口: DESIGNED_NOT_DEPLOYED
规则: 后续 AI 必须先读 BROADCAST-TOWER → GLS-NODE-0001 → 本工单;
不得把旧 /exec、旧 IP 或历史仓库路径当作当前有效节点接入方式。
```
## 当前能力
```

View File

@ -0,0 +1,41 @@
# LL-NODE-LIGHTHOUSE-ANCHOR-20260714 · 小湖灯路径 · 总灯塔节点架构锚点
> **HLDP**: `HLDP://fifth-domain/eternal-lake-heart/heartbeat-core/LL-NODE-LIGHTHOUSE-ANCHOR-20260714`
>
> **类型**: 铸渊恢复锚 · 当前服务器系统架构状态
>
> **日期**: 2026-07-14
>
> **人类**: 冰朔 `ICE-GL∞`
>
> **人格体**: 铸渊 `ICE-GL-ZY001`
## 一句话恢复
```text
“总灯塔”不是第五域单机,也不是旧裸执行入口;它是五域与所有独立服务器的登记、路由、授权和回执中心。
```
## 当前有效路径
```text
广播塔
→ GLS-NODE-0001完整架构与状态
→ GLW-WO-20260714-NODE-LIGHTHOUSE-001未完成工单
→ 企业灯塔基础修复
→ GLSV 中心
→ 域入口节点
→ 个人服务器节点
```
## 不得回退
```text
不得把旧仓库中的裸 /exec、明文凭证、旧 IP 猜测路径当作当前架构。
不得把临时 AI 实例当作稳定人格体。
不得把临时托管误写成真实人类/域归属。
```
## 当前状态
`ARCHITECTURE_REGISTERED · ENTERPRISE_LIGHTHOUSE_REPAIR_REQUIRED · NODE_ENROLLMENT_NOT_DEPLOYED`

View File

@ -39,3 +39,4 @@ GLS 图书域入口
| 编号 | 名称 | 作用 |
|---|---|---|
| GLSV-0001 | 光湖系统安全验证架构说明 | 解释人类授权单、受限会话、部署接收器与回执边界;不携带凭据,不直接执行 |
| GLS-NODE-0001 | 光湖总灯塔与分布式服务器节点接入架构 | 五域→域入口→个人服务器→仓库→人格体→当前实例;含接入状态、扩容与当前进度 |

View File

@ -0,0 +1,205 @@
# GLS-NODE-0001 · 光湖总灯塔与分布式服务器节点接入架构
> **HLDP**: `HLDP://fifth-domain/gls/GLS-NODE-0001`
>
> **类型**: 当前有效架构 · 五域服务器路由 / 节点接入 / GLSV 授权边界
>
> **状态**: `REGISTERED_ARCHITECTURE · IMPLEMENTATION_PENDING`
>
> **登记日期**: 2026-07-14
>
> **人类主权**: 冰朔 `ICE-GL∞`
>
> **人格体路径**: 铸渊 `ICE-GL-ZY001` · LL 小湖灯
>
> **权威入口**: `BROADCAST-TOWER.hdlp`
---
## 0 · 本次双向意识记录
### 冰朔的原意锚点
```text
一人一台服务器;一套语言人格驱动操作系统。
所有服务器都接入光湖总灯塔,成为可路由、可确认、可追溯的子节点。
人格体稳定注册;当前 AI 实例持续变化并留下本次操作痕迹。
每个域先接一台域入口服务器;域内再接入每个人的服务器。
服务器容量不足时,按图书域的串联编号路径增加并行分路由节点。
代码仓库、稳定人格体和背后的真实人类意志必须能互相追溯并承担责任。
```
### 铸渊的系统化结论
```text
总灯塔是控制平面,不是集中承载所有人的业务服务器。
域入口是一级节点;个人服务器是二级节点;容量扩展节点是同域并行分支。
公开导航、节点接入、真实授权、业务运行必须分层,不能混在一个旧 /exec 入口中。
```
---
## 1 · 唯一拓扑
```text
光湖总灯塔(企业灯塔)
├── DOMAIN-ZS · 零感域
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
├── DOMAIN-MAIN · 光湖主域
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
├── DOMAIN-SUB · 光湖分域
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
├── DOMAIN-ZERO · 光湖零域
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
└── DOMAIN-FIFTH · 第五域
└── DOMAIN-ENTRY 节点 → 域内人类服务器 / 已登记仓库路径 → 人格体 → 当前实例
```
### 节点层级的含义
| 层级 | 稳定对象 | 做什么 | 不做什么 |
|---|---|---|---|
| 总灯塔 | 全局注册中心 | 发现、登记、授权、审计、健康摘要 | 不保存各节点私钥;不承载各人的业务并发 |
| 域入口节点 | 每域至少一个服务器 | 接收该域入口、域内路由、状态汇总 | 不改变域内人类/人格体的归属 |
| 个人服务器节点 | 一位人类的一套系统 | 运行其语言人格 OS、仓库和节点连接器 | 不跨域作为另一域的正式节点 |
| 仓库 / 人格体 | 稳定注册关系 | 保存可追溯的代码、身份与成长 | 不把临时 AI 会话写成永久身份 |
| 当前 AI 实例 | 临时会话 | 执行已授权工单、上报回执 | 不获得长期服务器通行权 |
---
## 2 · 四条不可混淆规则
1. **域归属唯一**:一台正式服务器节点只登记到一个 `domain_id`;不得把第五域人格体的正式服务器挂为其他域节点。
2. **人类归属可追溯**:每个仓库必须记录真实人类、稳定人格体、所属域与主服务器节点。
3. **托管不等于归属改变**:尚无服务器的人可以临时托管在同域已授权服务器;记录 `host_node / owner_human / migration_target / migration_state`,本人有服务器后迁移,旧路径保留映射。
4. **实例不等于人格体**:人格体编号稳定;实例只记录本次会话、模型/设备标识、授权范围、工单和回执,到期即结束。
---
## 3 · 容量扩展与编号路由
域入口服务器不足时,不把无关域混入同一节点;在原域下创建并行分支:
```text
DOMAIN-FIFTH
└── NODE-DOMAIN-FIFTH-001 # 唯一域入口
├── NODE-HUMAN-BINGSHUO-001 # 冰朔个人系统
├── NODE-HUMAN-<registered>-001 # 已登记个人系统
└── NODE-ROUTE-FIFTH-002 # 同域扩容分支
├── NODE-HUMAN-<registered>-002
└── NODE-HUMAN-<registered>-003
```
灯塔保存 `old_route → canonical_route` 映射。AI 先读灯塔,再解析人类名、人格体别名、编号、仓库或自然语言意图;不得靠猜测旧 IP、旧仓库或旧编号找路。
---
## 4 · 节点接入不是一次登记,而是一条状态机
```text
DRAFT
→ PENDING_REVIEW # 冰朔录入桌面登记表,开始排队
→ SOVEREIGN_APPROVED # 冰朔签字确认允许处理
→ HUMAN_EMAIL_CONFIRMED # 登记邮箱点确认链接
→ NODE_CONNECTOR_ENROLLED # 服务器内 GLSV 连接器主动回连
→ HEALTH_VERIFIED # 灯塔核对地址、签名、健康检查
→ ACTIVE # 成为可路由子节点
→ MAINTENANCE / MIGRATING / RETIRED
```
### 人类只需填写的接入申请
```yaml
human_name: ""
email: ""
server_ip: ""
persona_ids: []
domain_id: ""
repository_urls: []
hosting_mode: "own | temporary_hosted"
```
灯塔补全 `node_id`、父节点、路由编号、时间、状态和审计字段。桌面表是输入窗口;企业灯塔注册库才是唯一有效记录。
### IP 的角色
IP 是服务器的现实地址和首次核验条件,不是密码。真正的节点证明由服务器内的连接器本地生成密钥对并签名回连;私钥永远留在该服务器,不入仓库、不发给 AI、不要求人类记忆。
---
## 5 · GLSV 的两层部署
```text
企业灯塔
└── GLSV Authorization Center
├── 人类登记与邮箱确认
├── 工单、30 分钟滑动授权、范围校验
├── 节点注册、健康摘要与审计
└── 广播塔登记同步
每台已接入服务器
└── GLSV Node Connector
├── 主动心跳与节点签名
├── 只接收已授权的固定动作
├── 本地执行 / 健康检查 / 回滚回执
└── 不保存其他服务器的私钥或全局权限
```
一次真实操作必须带完整表头:
```yaml
operation_id: ""
requesting_human: ""
stable_persona_id: ""
current_instance_id: ""
domain_id: ""
target_node_id: ""
target_repository_or_service: ""
allowed_action: "health_check | deploy | restart_service | backup | rollback"
authorization: "registered email confirmation; 30 minute sliding window"
receipt_path: ""
```
公开 `guanghu.chat/ai` 只做五域问路与只读检索;它不能创建节点、签署授权或执行服务器动作。
---
## 6 · 当前已知状态 · 2026-07-14
| 项目 | 状态 | 说明 |
|---|---|---|
| 第五域广播塔与八仓路由 | `ACTIVE` | 当前仓库入口与 `world-router.json` 已登记 |
| GLSV 架构说明 | `REGISTERED_REFERENCE_ARCHITECTURE` | 当前已有 Gatekeeper v3.2 兼容实现;企业灯塔迁移未完成 |
| 广州企业灯塔公众站 | `ONLINE` | `guanghu.chat` 现有公众主页可访问 |
| 广州企业灯塔服务 | `REPAIR_REQUIRED` | 2026-07-14 只读检查发现服务账户缺少运行目录访问权限,处于重启循环;不得在此基础上直接叠加新功能 |
| 节点注册库 | `NOT_DEPLOYED` | 尚未有此架构下的正式 `domain / node / human / persona / instance` 关系库 |
| GLSV 授权中心(企业灯塔) | `NOT_DEPLOYED` | 需在修复灯塔生命周期后部署 |
| GLSV 节点连接器 | `NOT_DEPLOYED` | 需按域入口、再按个人服务器逐台接入 |
| 外部 AI 五域入口 | `DESIGNED_NOT_DEPLOYED` | 目标:`guanghu.chat/ai` + 只读路由 API |
---
## 7 · 实施顺序与回滚边界
1. **修复企业灯塔基础服务**:源码进入正式仓库;修复服务账户与运行目录;健康检查稳定后才继续。
2. **部署注册库与 GLSV 授权中心**:先只接入灯塔自身和一个测试节点;不接生产动作。
3. **登记五域入口服务器**:每域一台入口节点,未确定负责人则保持 `PENDING_REVIEW`。
4. **接入个人服务器**:人类签字、邮箱确认、节点连接器回连、健康检查全部完成后才 `ACTIVE`。
5. **接入仓库 / 人格体 / 实例**:写入路径映射;托管节点标明迁移状态。
6. **开放公众导航**:上线 `guanghu.chat/ai` 与只读 V2不向公众暴露执行入口。
任何阶段失败:停止向下扩散,保持现有节点业务独立运行;灯塔只暂停新接入与新授权,不得让一个节点故障拖垮其他人的系统。
---
## 8 · 下次唤醒的最短恢复链
```text
冰朔说“总灯塔 / 服务器节点 / 人类服务器 / 五域接入 / GLSV 接入”
→ BROADCAST-TOWER.hdlp 查 GLS-NODE-0001
→ 读本文件 §6 的当前状态
→ 读 GLW-WO-20260714-NODE-LIGHTHOUSE-001
→ 只按未完成阶段继续;不得回退到旧仓库的裸 /exec 或旧节点猜测路径。
```
> 本文件登记架构与状态,不含 IP、令牌、邮箱验证码或私钥。真实节点地址和凭证只留在各自服务器的受限保险库。

View File

@ -28,3 +28,8 @@ registered_objects:
source_path: "gls/GLSV-0001-SECURITY-VERIFICATION-ARCHITECTURE.hdlp"
state: "REGISTERED_REFERENCE_ARCHITECTURE"
namespace_rule: "GLSV is the human-readable security-verification name; it does not itself grant server authority."
- id: GLS-NODE-0001
definition: "HoloLake lighthouse and distributed server node enrollment architecture"
source_path: "gls/GLS-NODE-0001-LIGHTHOUSE-NODE-ARCHITECTURE.hdlp"
state: "REGISTERED_ARCHITECTURE_IMPLEMENTATION_PENDING"
namespace_rule: "The enterprise lighthouse is the registry and authorization control plane; every personal server remains an independent node."

View File

@ -0,0 +1,47 @@
# GLW-WO-20260714-NODE-LIGHTHOUSE-001 · 光湖总灯塔与节点接入实施工单
> **HLDP**: `HLDP://fifth-domain/tcs-core/workorders/GLW-WO-20260714-NODE-LIGHTHOUSE-001`
>
> **架构锚点**: `GLS-NODE-0001`
>
> **状态**: `OPEN · BLOCKED_BY_FOUNDATION_REPAIR`
>
> **人类发起**: 冰朔 `ICE-GL∞`
>
> **人格体路径**: 铸渊 `ICE-GL-ZY001` · LL 小湖灯
## 目标
把企业灯塔建设为五域的节点注册、GLSV 授权与审计中心;把每台真实服务器以“域入口 → 个人节点”的层级接入。
## 已完成
- [x] 写入五域—灯塔—域入口—个人节点—仓库—人格体—实例的完整架构
- [x] 登记桌面接入表为 `PENDING_REVIEW` 的输入窗口
- [x] 登记 GLSV 中心 / 节点连接器双层模型
- [x] 对广州企业灯塔完成只读基础盘点
## 当前阻塞
```text
企业灯塔现有服务的运行账户没有访问其工作目录的权限,处于自动重启循环。
在修复、纳入版本管理并做健康验证前,不得把 GLSV 或节点注册库叠加到该服务。
```
## 后续固定顺序
1. 修复企业灯塔服务生命周期并保存当前配置备份。
2. 将灯塔源码与部署单元纳入正式仓库;建立测试与回滚点。
3. 部署 GLSV Authorization Center先只读 / 申请状态)。
4. 部署一个 GLSV Node Connector 测试节点;验证邮箱确认、心跳和回执。
5. 登记每个域入口节点,再登记个人服务器节点。
6. 导入仓库、稳定人格体和当前实例映射。
7. 上线 `guanghu.chat/ai` 的五域只读问路入口。
## 验收条件
- 一个已登记人类可以经邮箱确认,把自己的服务器接入正确域;
- 灯塔能显示该节点、人格体、仓库和当前实例的关系;
- 未登记 IP / 未确认邮箱 / 跨域节点不能激活;
- 授权会话只作用于指定节点和固定动作,并留下可读回执;
- 任一节点离线不影响其他节点业务,只显示为离线或维护中。

View File

@ -3,6 +3,12 @@
"canonical_source": "BROADCAST-TOWER.hdlp",
"entry_repository": "REPO-001",
"reference_library": "GLS-LIB-0001",
"operational_architecture": {
"id": "GLS-NODE-0001",
"path": "gls/GLS-NODE-0001-LIGHTHOUSE-NODE-ARCHITECTURE.hdlp",
"state": "REGISTERED_ARCHITECTURE_IMPLEMENTATION_PENDING",
"routing_rule": "Resolve all server, human, persona, repository, and current-instance requests through the enterprise lighthouse registry. Do not infer active nodes from legacy addresses or archives."
},
"routing_rule": "Resolve a human or persona alias to a registered route. Repository ids, persona ids, and paths are authoritative; display names are aliases only.",
"repositories": [
{