生态与产品边界
Eosphor、Vyane、Horus 与 Aletheia 应该怎样分层
Eosphor 是什么
Eosphor 是整个个人 AI OS 的总名，不是 Vyane 的新名字，也不只等于多模型编排。
它描述的是一个更大的闭环：模型能够可靠执行，agent 能形成长期组织，人与系统有稳定的交互界面，知识也能在多年尺度上积累和重组。
Eosphor
├── 执行与组织
│ ├── Vyane：内核、服务与开放接口
│ └── Horus：对话、任务、审批与运行现场
└── 学习与知识建模
└── Aletheia：阅读、记忆、画布与长期认知成长为什么 Vyane 和 Horus 放在一起
两者面对的是同一条任务生命周期：
- Vyane 决定任务怎么进入、由谁执行、怎样接力、如何记录。
- Horus 让人看见任务现场，进行对话、审批、干预和管理。
把它们拆成两个独立产品叙事，会让使用者误以为一个只是后端工具、另一个只是界面。更准确的说法是：Vyane 是系统能力，Horus 是这些能力的产品形态。 它们可以分仓开发，但应共享术语、状态模型和文档入口。
为什么 Aletheia 仍然独立
Aletheia 会调用 Vyane 的 AI 能力，也属于 Eosphor 生态，但它的核心对象不是“任务与 agent”，而是“材料、理解、记忆与知识结构”。两者的主要读者任务不同：
| Vyane + Horus | Aletheia | |
|---|---|---|
| 核心对象 | task、run、session、agent、approval | material、note、card、review、canvas |
| 主要节奏 | 执行、协作、干预、交付 | 阅读、理解、记忆、重组 |
| 主要界面 | 操作台、任务流、对话、运行现场 | 阅读器、学习队列、画布、知识视图 |
| 文档目标 | 解释系统如何工作与如何控制 | 解释学习闭环与知识建模方法 |
因此最清楚的结构是一个统一文档门户、多个稳定产品路径：
docs.zleo.ai：Eosphor 总入口与产品矩阵。docs.zleo.ai/vyane：Vyane 产品、版本与技术文档。docs.zleo.ai/horus：Horus 产品与交互文档。docs.zleo.ai/aletheia：Aletheia 的使用、概念与学习方法文档。
Aletheia 仍有独立的信息架构，但不再需要独立子域名。这样既保留产品边界，也让所有公开文档共享同一个入口、导航和搜索体系。
代码与发行的边界
Vyane 的长期结构采用“一套核心，两种使用方式”：
| 层 | 定位 |
|---|---|
| Vyane 开源版 | 公开、可审查、可复用的 Rust 内核、CLI 与标准接口 |
| Vyane 个性化层 | 在开源核心之上承载个人配置、专属集成、实验性能力与更快迭代 |
个性化层不应长期维护一套平行内核。通用能力先在真实使用中验证，再回流公开核心；个人凭据、私有数据和只对单一环境成立的适配留在个性化层。
🚧 命名仍可能收敛
当前公开 Rust 仓名称是 vyane-rs。为了避免仓库改名再次牵动整站叙事，面向读者统一称“Vyane 开源版”，只有在链接具体仓库时使用当前仓库名。