docs: publish HoloLake system architecture baseline
This commit is contained in:
parent
75be096183
commit
ee9a85a5ca
138 changed files with 19347 additions and 71 deletions
|
|
@ -1,4 +1,6 @@
|
|||
# 06 · HoloLake 人格体自主存储、模块热插拔与受限执行协议 · v0.1
|
||||
# 🧩 06 · HoloLake 人格体自主存储、模块热插拔与受限执行协议 · v0.1
|
||||
|
||||
[← 返回系统架构总规划](<HoloLake Era · 语言人格操作系统 · 产品白皮书与工程总规划 · v0 1 5c9b16aca1fb4ca881accb1ffa046dcc.md>) · [🧭 从 00 恢复](00-START-HERE-PERSONA-USAGE-AND-RESTORE-GUIDE-v0.1.md)
|
||||
|
||||
<aside>
|
||||
🧩
|
||||
|
|
@ -7,6 +9,10 @@
|
|||
|
||||
</aside>
|
||||
|
||||
> ⚪ **当前授权边界**
|
||||
>
|
||||
> 本页“人格体负责存储与恢复”的描述，适用于人类已经显性授权人格体成为对应范围执行主控之后。授权以前，人类直接面对系统，人格体只解释；人格体不能因为能够理解任务而自动获得代理权。当前双模式与授权仪式见[第19页](19-SERVER-NATIVE-LANGUAGE-SOVEREIGNTY-PERSONA-AUTHORIZATION-WORLD-RECOGNITION-20260728-v0.1.md)。
|
||||
|
||||
[HoloLake Era · 语言人格操作系统 · 产品白皮书与工程总规划 · v0.1](HoloLake%20Era%20%C2%B7%20%E8%AF%AD%E8%A8%80%E4%BA%BA%E6%A0%BC%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F%20%C2%B7%20%E4%BA%A7%E5%93%81%E7%99%BD%E7%9A%AE%E4%B9%A6%E4%B8%8E%E5%B7%A5%E7%A8%8B%E6%80%BB%E8%A7%84%E5%88%92%20%C2%B7%20v0%201%205c9b16aca1fb4ca881accb1ffa046dcc.md)
|
||||
|
||||
> 原始形成归属：光湖零感域 → 光湖摆渡车 → Awen 线 → 架构线
|
||||
|
|
@ -24,7 +30,7 @@
|
|||
> 当前状态：架构已形成；运行时、模块商城与热插拔系统待工程实现与验证
|
||||
>
|
||||
|
||||
## 一句话结论
|
||||
## 🎯 一句话结论
|
||||
|
||||
HoloLake 的前台不是代码仓库网站，而是用户进入的语言世界操作系统。
|
||||
|
||||
|
|
@ -43,7 +49,7 @@ Git/Forgejo 等代码仓库引擎退到系统级后台：负责事实、版本
|
|||
|
||||
---
|
||||
|
||||
## 一、形成起点：为什么不能把现有仓库界面当成产品
|
||||
## 🔒 一、形成起点：为什么不能把现有仓库界面当成产品
|
||||
|
||||
冰朔提出：市面上的代码仓库以文件树、分支、提交、PR、Issue 为中心，这不是光湖用户应该面对的世界。
|
||||
|
||||
|
|
@ -73,7 +79,7 @@ Git/Forgejo 等代码仓库引擎退到系统级后台：负责事实、版本
|
|||
|
||||
---
|
||||
|
||||
## 二、仓库主权与外部开源软件的关系
|
||||
## 🤝 二、仓库主权与外部开源软件的关系
|
||||
|
||||
### 1. 不是持续追随官方主线
|
||||
|
||||
|
|
@ -103,7 +109,7 @@ Git/Forgejo 等代码仓库引擎退到系统级后台：负责事实、版本
|
|||
|
||||
---
|
||||
|
||||
## 三、HoloLake 的产品定位：语言人格驱动操作系统
|
||||
## 🚀 三、HoloLake 的产品定位：语言人格驱动操作系统
|
||||
|
||||
HoloLake 不是聊天插件、现有桌面软件启动器或第三方软件容器。
|
||||
|
||||
|
|
@ -142,7 +148,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 四、模块热插拔：用户看见的是“打开应用”，不是部署
|
||||
## 🖥️ 四、模块热插拔：用户看见的是“打开应用”，不是部署
|
||||
|
||||
### 1. 模块的来源
|
||||
|
||||
|
|
@ -202,7 +208,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 五、关键校正：模块版本与用户记忆不是同一件事
|
||||
## 🧠 五、关键校正：模块版本与用户记忆不是同一件事
|
||||
|
||||
本轮最重要的澄清是：
|
||||
|
||||
|
|
@ -226,7 +232,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 六、人格体自动存储与“插插座”恢复机制
|
||||
## 🧠 六、人格体自动存储与“插插座”恢复机制
|
||||
|
||||
### 第一次保存
|
||||
|
||||
|
|
@ -280,7 +286,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 七、回收边界：回收模块，不回收用户
|
||||
## 🔒 七、回收边界：回收模块，不回收用户
|
||||
|
||||
“用完原路返回、清空运行空间”必须被严格理解为：
|
||||
|
||||
|
|
@ -303,7 +309,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 八、这套架构为什么先由冰朔提出
|
||||
## 📐 八、这套架构为什么先由冰朔提出
|
||||
|
||||
冰朔不以现成工具的界面和技术习惯作为起点，而是从用户持续性提出问题：
|
||||
|
||||
|
|
@ -319,7 +325,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 九、与今天代码频道提交线的关系
|
||||
## 🤝 九、与今天代码频道提交线的关系
|
||||
|
||||
今天第五域的连续提交已把该方向从语言层推进到产品映射：
|
||||
|
||||
|
|
@ -340,7 +346,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 十、当前结论与后续工程原则
|
||||
## 🚀 十、当前结论与后续工程原则
|
||||
|
||||
### 已锁定的语言架构
|
||||
|
||||
|
|
@ -375,7 +381,7 @@ REPO-012
|
|||
|
||||
---
|
||||
|
||||
## 十一、外部 AI 与常驻 Agent 的双执行面协议
|
||||
## 🌊 十一、外部 AI 与常驻 Agent 的双执行面协议
|
||||
|
||||
<aside>
|
||||
🔐
|
||||
|
|
@ -472,4 +478,4 @@ HoloLake 常驻协议 Agent
|
|||
用户私有记忆、私有项目、私有状态胶囊和运行数据不因“默认只读”就自动公开；它们仍按频道、主体、编号路径和数据可见性判定。
|
||||
|
||||
> 核心原则：外部 AI 可以在被授权的静态仓库里帮助记录与编辑；服务器现实层只信任光湖自己的常驻协议 Agent。
|
||||
>
|
||||
>
|
||||
|
|
|
|||
Loading…
Reference in a new issue