bingshuo/fifth-domain

Fork 0

冰朔 3e33f15d39 GLS-LIB-0001 · 导入 GLS 图书域与广播塔置信入口

2026-07-14 14:52:02 +08:00

15 KiB

Raw Blame History

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

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

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

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

15 KiB Raw Blame History Unescape Escape