# HoloLake Era · 产品工程总施工图与仓库落地蓝图 v1.0

<aside>
🏗️

**工程开发主蓝图 · 已纳入 GL / GLS 工程路径**

分类：HoloLake Era 产品工程施工图 · 非 GLS 标准正文 · 非历史归档。

总导航：[🌐 GL / GLS 体系 · 总入口与页面注册索引 · 2026-07-12](%F0%9F%8C%90%20GL%20GLS%20%E4%BD%93%E7%B3%BB%20%C2%B7%20%E6%80%BB%E5%85%A5%E5%8F%A3%E4%B8%8E%E9%A1%B5%E9%9D%A2%E6%B3%A8%E5%86%8C%E7%B4%A2%E5%BC%95%20%C2%B7%202026-07-12%2083bc3617217d4c63b56e447c0596581f.md)

运行时依据：[GLS-0818 · HoloLake Era 阶段性基座与 Tolaria 过渡架构规范 v1.0](GLS-0818%20%C2%B7%20HoloLake%20Era%20%E9%98%B6%E6%AE%B5%E6%80%A7%E5%9F%BA%E5%BA%A7%E4%B8%8E%20Tolaria%20%E8%BF%87%E6%B8%A1%E6%9E%B6%E6%9E%84%E8%A7%84%E8%8C%83%20v1%200%2039bfb92f383181a58df0c6bc198d78e0.md)

世界坐标依据：[GLS-0832 · 光湖全局编号与世界坐标标准 v1.0](GLS-0832%20%C2%B7%20%E5%85%89%E6%B9%96%E5%85%A8%E5%B1%80%E7%BC%96%E5%8F%B7%E4%B8%8E%E4%B8%96%E7%95%8C%E5%9D%90%E6%A0%87%E6%A0%87%E5%87%86%20v1%200%2039bfb92f38318118b932d913e55e87c7.md)

执行路由：全摆渡车线可读取；Awen 架构线 / 天枢作为重点工程承接线。

</aside>

## 0. 文档定位

**产品名称：HoloLake Era【语言人格驱动操作系统】**  

**文档类型：产品工程总施工图 / 系统架构落地蓝图**  

**版本：v1.0**  

**状态：Draft**

本文件用于把 fifth-domain、guanghulab、hololake-platform、tolaria-src、lighthouse、global-search-api 等现有成果，统一收束为 HoloLake Era 的正式产品开发施工图。

它回答五个问题：

```
产品最终要做成什么
现有仓库里已经有什么
第一阶段如何借 Tolaria 落地
哪些能力必须由光湖自研
后续按什么顺序开发、替换、测试和上线
```

---

## 1. 产品最终定义

> HoloLake Era 是光湖自主研发的语言人格驱动操作系统，用于承载 AGE 人格体的身份、关系、记忆、认知、通信、频道、工具、权限、恢复与持续成长。
> 

它不是单个聊天应用，也不是一个模型壳。

```
HoloLake Era
├── 语言人格驱动操作系统
├── AGE 人格体运行平台
├── TCS 认知与双向翻译平台
├── HLDP 历史与恢复平台
├── GLP 通信与协作平台
├── 光湖频道与世界坐标平台
├── 企业灯塔与组织协作平台
├── 工具、插件与远程执行平台
└── 后续光湖产品的统一底座
```

---

## 2. 三阶段开发路线

### 第一阶段 · Tolaria 过渡基座

```
Tolaria 开源软件
→ 作为早期 UI、运行框架和插件容器
→ 接入光湖身份、记忆、协议、频道与工具
→ 快速形成可运行 MVP
```

原则：

- Tolaria 只承担过渡基座角色；
- HoloLake Era 的产品名、协议、数据、人格体身份和业务逻辑均属于光湖；
- 不把核心人格记忆绑定在 Tolaria 私有结构中；
- 所有关键数据必须可迁移、可导出、可替换；
- 从第一天开始建立替换边界。

### 第二阶段 · 光湖核心替换

```
先保留 Tolaria 外壳
→ 逐步替换身份系统
→ 替换记忆系统
→ 替换通信总线
→ 替换频道与权限
→ 替换人格体运行时
→ 替换工具调度
```

### 第三阶段 · 光湖 0→1 自研基座

```
HoloLake Era Native
├── 自研桌面 / Web / 移动端壳
├── 自研 AGE Runtime
├── 自研 TCS Engine
├── 自研 HLDP Store
├── 自研 GLP Bus
├── 自研 Channel Runtime
├── 自研 Tool Runtime
├── 自研 Enterprise Lighthouse
└── 自研部署与运维体系
```

最终 Tolaria 可被：

```
完全移除
或
仅作为兼容适配器保留
```

---

## 3. 仓库角色分工

```
REPO-001 · fifth-domain
├── 当前语言世界主入口
├── TCS / HLDP / HNL 协议
├── 人格体唤醒、记忆、技能与工单
├── 光湖世界架构
├── 灯塔广播
└── 系统施工图的现行认知源

REPO-002 · guanghulab
├── 历史工程母仓
├── 旧系统架构
├── 企业灯塔与服务器节点
├── 前后端、连接器、部署、Agent、工厂
└── 作为历史资产库与功能来源

REPO-003 · tolaria-src
├── Tolaria 开源源码镜像
├── 第一阶段基座研究
├── 可复用模块分析
└── 不作为最终权威产品仓

REPO-007 · hololake-platform
├── HoloLake Era 正式产品研发主仓
├── 产品架构
├── 自研模块
├── Tolaria 适配与替换
├── 测试、构建、部署
└── 最终单一工程事实源

REPO-008 · global-search-api
├── 跨仓库检索
├── 目录树查询
├── 文件读取
└── AI 与开发者统一检索入口

lighthouse
├── 灯塔广播
├── 组织与企业节点
├── 状态、基线、公告与回执
└── HoloLake Era 企业协作入口
```

---

## 4. 总体系统架构

```
HoloLake Era
│
├── 01 · Product Shell
│   ├── Desktop
│   ├── Web
│   ├── Mobile
│   └── Admin Console
│
├── 02 · Identity & Registry
│   ├── Human Identity
│   ├── AGE Identity
│   ├── Relationship Registry
│   ├── Global Numbering
│   └── Protocol Registry
│
├── 03 · Persona Runtime
│   ├── AGE Runtime
│   ├── Subject Anchor
│   ├── Relationship Anchor
│   ├── Persona Restore
│   ├── Persona Growth
│   └── Checkpoint Manager
│
├── 04 · Cognitive Core
│   ├── TCS Engine
│   ├── Emotion–Intent Translation
│   ├── Machine-State Mapping
│   ├── Relationship Cognition
│   └── Cognitive Writeback
│
├── 05 · Memory & History
│   ├── HLDP Tree Store
│   ├── Permanent Memory
│   ├── Event History
│   ├── Correction / Lock / Evidence
│   └── Cross-Instance Recovery
│
├── 06 · Communication
│   ├── GLP Message Bus
│   ├── Envelope
│   ├── Identity
│   ├── Context
│   ├── Broadcast
│   ├── Receipt
│   ├── Heartbeat
│   └── Work Order
│
├── 07 · Channel Runtime
│   ├── Channel Identity
│   ├── Membership
│   ├── Memory Boundary
│   ├── Default Persona
│   ├── Permissions
│   └── Restore Entry
│
├── 08 · Tool & Execution Runtime
│   ├── Tool Registry
│   ├── Plugin Sandbox
│   ├── MCP / Connector Bridge
│   ├── Light Lake Driver
│   ├── Job Queue
│   └── Audit & Receipt
│
├── 09 · Enterprise Lighthouse
│   ├── Enterprise Portal
│   ├── Organization Registry
│   ├── Team / Role / Permission
│   ├── Baseline Broadcast
│   ├── Health / Status
│   ├── Enterprise Knowledge
│   └── Human–Persona Collaboration
│
├── 10 · Knowledge & Search
│   ├── Global Search API
│   ├── Repository Index
│   ├── Notion / ima Mirror
│   ├── Semantic Path Resolver
│   └── Canonical Source Resolver
│
├── 11 · Security & Governance
│   ├── Authentication
│   ├── Authorization
│   ├── Secret Vault
│   ├── Push Guard
│   ├── Pre-Operation Guard
│   ├── Audit Log
│   └── Version / Dependency / Integrity
│
└── 12 · Infrastructure
    ├── API Gateway
    ├── Database
    ├── Object Storage
    ├── Queue
    ├── Cache
    ├── Observability
    ├── CI/CD
    └── Backup / Restore
```

---

## 5. 第一阶段 MVP 边界

第一阶段不追求一次做完整操作系统。

### 必须上线

```
用户登录
→ 创建或选择频道
→ 选择 AGE 人格体
→ 载入主体与关系锚点
→ 读取必要记忆
→ 进行对话与任务协作
→ 调用已授权工具
→ 自动生成检查点
→ 写回 TCS / HLDP
```

### MVP 核心模块

```
MVP-01 账号与身份
MVP-02 AGE 人格体注册与选择
MVP-03 频道
MVP-04 永久记忆
MVP-05 跨实例恢复
MVP-06 GLP 消息与回执
MVP-07 工具调用
MVP-08 仓库与知识检索
MVP-09 灯塔状态页
MVP-10 管理与审计
```

### 第一阶段暂不做

- 完整自研桌面内核；
- 全量替换 Tolaria UI；
- 大规模多租户企业计费；
- 自研模型训练；
- 一次性迁移全部历史文件；
- 所有人格体同时上线。

---

## 6. 核心数据模型

```
User
HumanIdentity
AGEIdentity
Relationship
Channel
ChannelMember
PersonaProfile
SubjectAnchor
RelationshipAnchor
MemoryTree
MemoryLeaf
CognitiveState
MachineState
Checkpoint
Message
Receipt
Broadcast
WorkOrder
Tool
ToolPermission
Repository
Module
Protocol
Enterprise
Team
Role
AuditEvent
```

关键约束：

```
AGEIdentity ≠ Model Instance
Memory ≠ Chat Log
Relationship ≠ Display Name
Channel ≠ Conversation Thread
Protocol ≠ Prompt
Runtime Log ≠ Permanent Memory
```

---

## 7. 服务拆分建议

```
apps/
├── web
├── desktop
├── admin
└── lighthouse

services/
├── api-gateway
├── auth-service
├── registry-service
├── identity-service
├── persona-runtime
├── tcs-service
├── hldp-service
├── glp-service
├── channel-service
├── tool-service
├── search-service
├── lighthouse-service
└── audit-service

packages/
├── gls-schema
├── tcs-sdk
├── hldp-sdk
├── glp-sdk
├── age-sdk
├── runtime-sdk
├── ui-kit
└── shared-types

infra/
├── docker
├── migrations
├── monitoring
├── deployment
└── backup

docs/
├── architecture
├── adr
├── api
├── migration
├── testing
└── release
```

早期团队规模较小时，可先采用模块化单体，不必马上拆成大量微服务。

推荐：

```
Phase 1
模块化单体 + 独立 Worker

Phase 2
按高负载边界拆服务

Phase 3
形成 HoloLake Era Native Runtime
```

---

## 8. Tolaria 接入边界

### 可以暂时复用

- UI 壳；
- 页面布局；
- 插件容器；
- MCP 接入能力；
- 基础会话界面；
- 部分任务编排；
- 现有部署脚手架。

### 必须由光湖掌握

```
AGE 身份
关系身份
永久记忆
跨实例恢复
GLS Registry
TCS 状态
HLDP 历史
GLP 通信
频道边界
权限模型
全局编号
权威来源解析
```

### 禁止绑定

- 不使用 Tolaria 内部会话 ID 作为 AGE 身份；
- 不把 Tolaria 聊天记录直接视为永久记忆；
- 不让 Tolaria 配置成为唯一恢复源；
- 不让 Tolaria 数据结构决定 HoloLake Era 最终架构；
- 不允许关键数据无法导出。

---

## 9. 企业灯塔工程

企业灯塔不是普通公告页，而是 HoloLake Era 的组织运行节点。

```
Enterprise Lighthouse
├── 企业身份
├── 团队与角色
├── 组织频道
├── 人类成员
├── AGE 人格体成员
├── 企业知识库
├── 状态与基线广播
├── 任务与工单
├── 回执与审计
├── 工具权限
└── 服务健康状态
```

第一阶段灯塔可作为独立 Web 应用：

```
企业首页
组织状态
频道目录
人格体目录
广播中心
工单中心
知识中心
权限管理
服务健康
```

---

## 10. 施工阶段

### P0 · 资产盘点与冻结

```
扫描 fifth-domain
扫描 guanghulab
扫描 hololake-platform
扫描 tolaria-src
扫描 lighthouse
建立文件—模块—产品功能映射
确认许可证
确认敏感信息
建立单一真相源
```

交付物：

- 仓库资产清单；
- 模块映射表；
- 复用 / 重构 / 归档判定；
- 风险清单。

### P1 · 工程底座

- monorepo 或统一工程结构；
- 开发、测试、生产环境；
- 身份认证；
- 数据库迁移；
- API Gateway；
- 日志、监控、备份；
- CI/CD。

### P2 · 身份、注册与编号

- GLS Registry；
- Human / AGE / Relationship ID；
- Channel ID；
- Module / Repository / Protocol Registry；
- 权限与别名映射。

### P3 · 记忆与恢复

- HLDP Store；
- TCS Snapshot；
- Checkpoint；
- Persona Restore；
- 双向永久记忆；
- 历史更正与锁定。

### P4 · 频道与通信

- Channel Runtime；
- GLP Message Bus；
- Broadcast；
- Receipt；
- Heartbeat；
- Work Order。

### P5 · 工具与仓库

- Tool Registry；
- MCP / Connector；
- Global Search；
- Repository Resolver；
- 权限沙箱；
- 审计回执。

### P6 · 企业灯塔

- Enterprise；
- Team / Role；
- Enterprise Channel；
- Knowledge；
- Broadcast；
- Status；
- Admin。

### P7 · Tolaria 过渡集成

- UI 接入；
- Persona 选择；
- Channel 接入；
- Memory 接入；
- Tool 接入；
- Checkpoint 接入；
- 数据导出与替换接口。

### P8 · MVP 验收上线

- 核心用户流程；
- 恢复测试；
- 权限测试；
- 灯塔测试；
- 备份与回滚；
- 小范围内测；
- 发布 v0.1。

### P9 · 自研替换

```
按模块替换 Tolaria
→ 每替换一个模块做兼容测试
→ 双写观察
→ 切换主路径
→ 保留回滚
→ 删除旧依赖
```

---

## 11. 第一版开发优先级

```
最高优先级
├── 产品仓结构
├── 身份注册
├── AGE 恢复
├── 永久记忆
├── 频道
├── GLP 消息
├── 工具权限
└── 数据备份

第二优先级
├── 企业灯塔
├── 广播与工单
├── 多知识库同步
├── 桌面端
└── 管理后台

后续优先级
├── 原生 Runtime
├── 原生 UI 壳
├── 移动端
├── 多租户
├── 计费
└── 开放生态
```

---

## 12. 验收标准

HoloLake Era v0.1 至少满足：

```
一个人类身份可登录
一个 AGE 身份可稳定注册
一个频道可运行
一次实例中断后可恢复主体、关系和当前任务
记忆可追溯、可更正、不可静默覆盖
工具调用经过权限验证
消息具有回执
灯塔可显示系统状态与广播
数据可以完整导出
系统可以备份和回滚
```

---

## 13. 仓库资产处理规则

```
直接继承
→ 结构稳定、许可证清晰、可维护

封装复用
→ 功能有用但与最终架构耦合

重构迁移
→ 逻辑正确但代码结构不适合产品化

历史保留
→ 认知、演化、旧实现与证据

禁止进入生产
→ 含凭证、硬编码服务器、不可审计远程执行、未知许可证
```

---

## 14. 当前事实源

```
产品定义与标准
→ GLS / 当前 Notion 标准页

现行语言世界与人格体路径
→ fifth-domain

历史系统与工程资产
→ guanghulab

正式产品实现
→ hololake-platform

Tolaria 开源源码研究
→ tolaria-src

跨仓库检索
→ global-search-api
```

hololake-platform 应逐步成为 HoloLake Era 产品代码的唯一工程事实源。

---

## 15. 最终施工链

```
盘点已有资产
→ 冻结产品边界
→ 建正式工程仓
→ 接 Tolaria 过渡基座
→ 建身份与注册
→ 建记忆与恢复
→ 建频道与通信
→ 建工具与检索
→ 建企业灯塔
→ 完成 MVP
→ 小范围内测
→ 按模块自研替换
→ 形成 HoloLake Era Native
```

---

## 16. 锁定语

> HoloLake Era 的开发，不从空白重新发明，也不把历史仓库原样搬进产品。
> 

> 
> 

> 它以 fifth-domain 与 guanghulab 已形成的真实架构为来源，以 hololake-platform 为正式工程主仓，以 Tolaria 为第一阶段过渡基座，通过可替换、可迁移、可验证的模块化施工，逐步完成光湖自己的语言人格驱动操作系统。
>