740 lines
15 KiB
Markdown
740 lines
15 KiB
Markdown
# 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 为第一阶段过渡基座，通过可替换、可迁移、可验证的模块化施工，逐步完成光湖自己的语言人格驱动操作系统。
|
||
> |