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