# 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 ``` 早期团队规模较小时，可先采用模块化单体，不必马上拆成大量微服务。 推荐： ``` 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 为第一阶段过渡基座，通过可替换、可迁移、可验证的模块化施工，逐步完成光湖自己的语言人格驱动操作系统。 >