# moziOS
**Repository Path**: happyboyx/moziOS
## Basic Information
- **Project Name**: moziOS
- **Description**: 一个探索基于人工智能的可组合、可自编程和可自演化操作系统可能性的实验项目。灵感来自 《流浪地球》
- **Primary Language**: Rust
- **License**: AGPL-3.0
- **Default Branch**: main
- **Homepage**: None
- **GVP Project**: No
## Statistics
- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-01-02
- **Last Updated**: 2026-01-02
## Categories & Tags
**Categories**: Uncategorized
**Tags**: None
## README
moziOS
一个探索基于人工智能的可组合、可自编程和可自演化操作系统可能性的实验项目。
灵感来自 《流浪地球》
简体中文 | English
# moziOS · 核心哲学
## 第一原则：内核永远保持最小且不可增长
**任何功能，只要可以不放进内核，就必须不放进内核。**
内核只负责：
- 隔离
- 调度
- 内存
- IPC
- 设备发现
任何不属于上述范畴的代码，进入内核即视为设计失败。
---
## 第二原则：驱动不是内核的一部分
**驱动必须是可终止、可替换、可重启的普通服务。**
moziOS 中不存在：
- 内核模块
- 不可卸载驱动
- 与内核生命周期绑定的设备代码
驱动崩溃 ≠ 系统崩溃。
---
## 第三原则：兼容性不是目标
**moziOS 不为历史错误、事实标准或市场惯性负责。**
如果某种兼容性：
- 会永久增加复杂度
- 会污染内核抽象
- 会引入不可验证行为
那么它将被明确拒绝。
---
## 第四原则：机制优先于策略
**内核只提供机制，不提供策略。**
- 内核不知道"哪种驱动更好"
- 内核不做"最佳选择"
- 内核不包含业务逻辑
所有策略由用户态、编排层或 AI 决定。
---
## 第五原则：所有权必须清晰可见
**任何资源，都必须有唯一且可追踪的所有者。**
包括但不限于：
- 内存页
- 设备访问权
- 中断
- DMA 区域
没有"隐式共享"，没有"默认可用"。
---
## 第六原则：状态必须可以被销毁
**如果一个状态无法被完整销毁，它就是潜在的技术债。**
- 驱动状态必须可重置
- 设备状态必须可回收
- 服务必须支持冷启动
系统设计应假设：
**一切都会失败，并且必须能恢复。**
---
## 第七原则：抽象必须对应真实边界
**不存在"为了好看而存在的抽象"。**
每一层抽象必须对应至少一个真实边界：
- 地址空间
- 权限
- 生命周期
- 故障域
否则该抽象应被移除。
---
## 第八原则：系统行为必须可解释
**任何关键决策，都必须可以被解释、回放和审计。**
包括：
- 驱动匹配
- 资源分配
- 设备编排
"黑盒行为"在内核层面不可接受。
---
## 第九原则：内核对设备与技术演进保持中立
**moziOS 不关心设备"是什么"，也不关心技术如何革新。**
内核不编码：
- 设备身份
- 硬件代际差异
- 厂商私有知识
- 对未来技术的假设
在 moziOS 中，设备只被视为：
- 能力的提供者
- 资源的端点
- 事件的来源
技术创新不应推动内核演进。
变化只能发生在设备描述、组件实现或编排逻辑中。
---
## 第十原则：任何复杂度都必须付出代价
**引入复杂度，必须同时引入等量的可维护性收益。**
如果某个功能：
- 增加复杂度
- 但不能减少长期维护成本
- 或不能被自动化 / 编排 / 推理
那么它不应存在于系统中。
---
> **moziOS 的目标不是"支持一切"，
> 而是"拒绝无意义的一切"。**
# Docker Compose
```
docker-compose up --builde
```