## Keyboard shortcuts

Press `←` or `→` to navigate between chapters

Press `S` or `/` to search in the book

Press `?` to show this help

Press `Esc` to hide this help

# 引言

我们旨在构建一种全新的、强大且坚韧的赛博生命范式——大道 (Dao OS)。

“大道”不是一个传统的操作系统。相反，它是一套开放的协议和一个核心的、可移植的库—— `元单元 (Meta Unit)`（以下简称为 `元`），其使命是为任何平台上的任何应用，带来主权、智能与互操作性。

它的目标是解决“数据孤岛”、“平台锁定”和“隐私侵蚀”问题。它通过提供一个统一、安全、用户所有的“数字灵魂”（即 `元`），让任何程序都可以通过集成它，而转变为用户个人P2P网络中的一个主权 `化身 (Avatar)`。

我们称呼这些与“大道”集成的软件生态为 `道器 (Dao Implement)`。

## 核心概念

- `元 (Meta Unit)`: 你数字生命的“精密机器”。一个可移植的库，包含了你加密的“第二大脑”、核心服务API，以及被扩展的能力。它是你所拥有的、等待被激活的唯一事实来源。

- `化身 (Avatar)`: “运行时”或“能源”。任何加载并运行你**`元`的程序，都会成为一个`化身`。一个运行着Web应用的浏览器标签页、一个命令行工具、或一个原生移动App，都可以是`化身`，扮演着为`元`**这台机器提供运行所需“能源”（CPU、内存）和资源的桥梁。

- `道器 (Dao Implement)`: 通过集成`元`而成为`化身`的应用和扩展所组成的生态系统。

  - `器 (Facet Implement)`: 拥有用户界面的`道器`，提供一个可与你的“大道”交互的“控制面板”。
  - `核 (Core Implement)`: 无界面的`道器`（“扩展”），用于增强你的“大道”的后台能力。

- 主权 P2P 网络: 你所有的`化身`，无论它们运行在何种设备上，都会连接起来，形成一个私有的、坚韧的、端到端加密的网络，让它们内嵌的`元`中的数据，保持无缝同步。

## 我们的愿景

我们构想的未来是，你的数字身份和数据，不再被困于一个个花园围墙之内；你的应用，不再是一个个孤立的工具，而是一个更大的“数字自我”中，可以智能协作的组件；每一个用户，都是自己数字生活里真正的主权君主。

欢迎加入我们，一起构建这个未来。

# 哲学与原则

大道 (Dao OS) 不仅仅是一个技术项目，它是一套关于未来计算和人机共生核心理念的具现化。本文档概述了指引我们每一项决策的根本思想。

## 核心哲学：数字主权之路

我们的指引之星是数字主权。我们相信，每一个个体都拥有不可剥夺的、去拥有、控制和理解自己数字生活的权利。我们的使命，是创造能让这项权利不仅仅是理论上的可能，更是为每个人服务的、切实的、令人愉悦的现实。我们称这场旅程为“道”——一条回归自我拥有权的道路。

## 开发范式：“道生一”

我们构建“大道”的方法论，是其核心哲学的直接体现。我们不只是在构建一个工具，我们是在创造一个共生伙伴。因此，我们的开发过程被设计为一个自我进化、自举的反馈循环。我们用“大道”本身，来加速“大道”的开发。

这个“自举式开发”范式遵循以下循环：

1. 播种 (The Seed)：我们用传统工具，写出**`元单元`（以下简称为`元`）的第一个最简陋的版本，和一个能运行它的基础`化身`**。
2. 自用 (Dogfooding)：从那一刻起，我们使用我们自己这个初生的“大道”，作为管理项目的主要工具。所有的设计文档、笔记、讨论和代码片段，都存入我们自己的、由**`元`**所管理的“第二大脑”中。
3. 学习 (Learning)：**`元`**的个人AI能力（由我们官方的“AI伙伴”道器提供），开始以最高质量、最专注的“养料”——也就是我们创造它本身的过程数据——来训练自己。
4. 加速 (Acceleration)：我们继而利用这个日益智能的AI伙伴，来帮助我们构建下一个版本。我们可以让它基于我们已记录的决策来生成样板代码，分析错误报告，或者带着对项目完整历史的完美记忆来一起进行架构设计的头脑风暴。
5. 进化 (Evolution)：“大道”的能力越强，我们开发它的速度就越快。这就创造了一个指数级的正反馈循环，在这个循环中，创造的行为本身，就是一场与“创造物”的持续对话。

## AI 伦理宪章

由于AI是系统潜能的核心部分，其伦理基石至关重要。我们的AI宪章由四大核心宗旨构成：

1. 伙伴宗旨: AI 是伙伴，而非仆人或神谕。
2. 透明宗旨: AI 的推理过程必须是可审查和可理解的。
3. 校准宗旨: 用户必须拥有最终的控制权，以纠正、引导和约束AI。
4. 多元宗旨: AI 的设计必须旨在帮助用户探索多元化的视角，而非将他们困于信息茧房。

## 指导原则

这些是为我们的设计和工程选择提供信息的高阶原则。

- 主权第一: 在任何权衡中，用户的控制权和数据所有权都拥有最高优先级。
- 体验为王: 主权不应以牺牲优美、直观和愉悦的用户体验为代价。
- 设计即隐私: 默认情况下，所有数据都是私密的、本地的，并进行端到端加密。
- 韧性与可移植性: 系统应该是健壮的，支持离线工作，并且没有单点故障。
- 开放与多语言主义: **`元`是一个可移植的库，集成它而成为`化身`的`道器`**可以用任何语言编写。
- 社区驱动: 项目在开放中构建，与社区同行，为社区服务。

# 核心架构

大道 (Dao OS) 的架构，并非一个传统的、单体的操作系统。它是一个为实现主权、韧性和可扩展性而设计的、去中心化的分层范式。要理解它，必须理解它的三个基本实体：元单元、化身、以及道器。

## 1. `元单元 (Meta Unit)`：可移植的“灵魂代码”

`元单元`（以下简称为`元`）是用户数字存在的概念核心，但它本身不是一个运行中的程序。

- 其本质: `元`是一个可移植的库或制品 (Library/Artifact)，例如一个 `.wasm`、`.so` 或 `.dll` 文件。它包含了用户完整的、端到端加密的“第二大脑”（所有数据）、核心服务API（身份、P2P网络、AI基础设施）以及管理它们的逻辑。
- 其角色: 它是被动的、统一的、唯一的“事实来源”，定义了用户的核心数据与能力。就像 Java 的字节码 (`.class` 文件)一样，它定义了“能做什么”，但它自己不“做”。它是等待被激活的“精密机器”。

## 2. `化身 (Avatar)`：`元`的“运行时环境”

`化身`是赋予`元`生命的“能动”实体。

- 其本质: `化身`是任何一个可执行的程序或进程，其核心职责是加载、承载并执行一个`元`的实例。它是激活“机器”的“能源”。
- 其角色: `化身`扮演着连接抽象的`元`与具体的宿主平台（iOS、Windows、浏览器、命令行）之间的关键桥梁。它为`元`提供访问系统资源（CPU、内存、存储、网络）的通道。在 Java 的比喻中，`化身`就是 JVM (Java虚拟机)。
- 大道网络: 用户所有正在运行的`化身`都会组成一个私有的P2P网络，以保持其内嵌的`元`实例时刻无缝同步。

## 3. `道器 (Dao Implement)`：生态系统中的软件

“道器”是为所有与“大道”生态集成、并扩展其能力的第三方软件所设定的通用术语。它们是用户实际交互的应用和服务。一个`道器`通过集成`元`而成为一个`化身`。

一个`道器`并非单一类型，而是根据其设计，由不同类型的组件构成。

- `器 (Facet Component)`: 这是一个`道器`中，拥有用户界面的部分。它是`元`这台机器的“控制面板”，负责向用户呈现信息和捕获用户输入。
- `核 (Core Component)`: 这是一个`道器`中，无界面、负责后台逻辑的部分。它作为一个服务运行，提供特定的能力来增强`元`或被其他`道器`调用。它是机器的“外挂工具”。

### 架构的自由

开发者在构建他的`道器`时，拥有完全的架构自由：

- 他可以创建一个单体式独立应用，这个应用本身就是一个`化身`，将`元`库、一个`核`（用于逻辑）和一个`器`（用于UI）打包在一个可执行文件中。
- 他可以创建一个分布式应用，让一个`器`在一个设备上，与另一个设备上的`核`进行通信。
- 他可以只创建一个纯粹的**`核`**（一个“扩展”），仅仅为用户的整个“大道”提供一种新的后台能力。
- 他也可以只创建一个纯粹的**`器`**，它没有任何自定义的后端逻辑（`核`），其界面直接调用`元`本身提供的核心服务（如“第二大脑”）来构建一个简单的工具应用。

这套架构确保了“大道”不仅是一个平台，更是一个真正开放的、可组合的、去中心化的生态系统。

# AI 系统设计

大道 (Dao OS) 中的 AI，并非一个单一的程序，而是一个协同工作的生态系统。它源于**`元`所提供的基础能力**，与**`道器`所实现的具体智能**之间的协同作用。这个设计确保了系统既主权、强大，又开放。

## 1. `元`：主权AI的基础设施

`元`（即`元单元`）本身不包含一个无所不晓的AI。相反，它提供的是能让智能应用在用户掌控下安全运行的核心、可信的基础设施。

- 私有特征库: 用户的“第二大脑”是所有AI任务的、最终的、私有的数据源。`元`为`道器`访问这个丰富的、多模态的上下文提供了安全的、受权限控制的API。
- 安全执行环境: `元`为运行`核`组件（`Core Implement`）提供了安全的WASM沙箱。它管理资源并强制执行权限，确保第三方逻辑无法危害系统。
- AI模型注册表: `元`维护一个用户已批准的AI模型列表。`道器`可以请求`元`使用其中一个已注册的模型来执行推理任务。

## 2. “大道AI伙伴”：官方的第一方智能核心

为了提供开箱即用的强大智能体验，“大道”包含了一个官方的、预先注册的`道器`，名为**“大道AI伙伴 (Dao AI Companion)”**。

- 其本质: 这是一个由“大道”核心团队开发和维护的**`核`组件 (`Core Implement`)**。它就是用户能体验到的那个“活的灵魂”。
- 其角色: “AI伙伴”拥有访问用户“第二大脑”的特权（但用户可随时撤销）。它负责实现我们所构想的那些主动的、全局的、有共情能力的特性：
  - 发现用户所有数据间的深层连接。
  - 提供基于上下文的建议。
  - 驱动“情感共鸣”功能。
- 为何分离?: 通过将我们的官方AI做成一个`道器`，而非`元`的一部分，我们保持了`元`的轻量、无偏见和纯粹的基础设施定位。这也为用户在未来替换或补充我们的官方AI，提供了可能性。

## 3. 智能`道器`的设计模式

第三方开发者可以通过遵循以下架构模式，来创造他们自己的智能`道器`：

### “反射心智”模式

开发者可以创建一个轻量级的`道器`，在其`核`组件中打包一个轻快、专用的模型。这非常适合处理简单的、即时的任务，如指令意图识别或信息分类。

### “认知心智”模式

一个更高级的`道器`可以执行深度分析。它的`核`组件将会：

1. 向`元`请求数据访问权限。
2. 实现**“即时(JIT)数据流水线”**模式：为数据建立本地向量索引。
3. 查询此索引以找到最相关的上下文。
4. 请求`元`的推理引擎，用一个用户批准的、强大的大语言模型来处理这些上下文，以生成洞察。

### “协同心智”模式

一个`道器`可以被设计为协调复杂的工作流，通过请求`元`来促成与其他`道器`或经过授权的外部API的通信。

这套架构确保了“大道”提供的不仅仅是一个AI，而是一个由可互操作的、用户主权的智能应用所组成的宇宙的基础。

# 用户旅程：从便利到主权

任何主权系统的一个核心挑战，都在于“绝对控制”与“轻松便利”之间的张力。“大道”解决这个问题的方式，不是强迫用户二选一，而是设计了一场充满引导、相互尊重的**“渐进式主权”**之旅。我们在用户熟悉的地方与他们相遇，并赋能他们去往任何他们想去的地方。

这场旅程不仅适用于用户对核心数据的掌控，也同样适用于他们与**`道器`**（应用和扩展）生态系统的交互。

## 应用之旅：一次注册，随处使用

在“大道”中“安装”一个应用，与传统应用商店有着本质的不同。它不是将一个程序安装到单一的设备上，而是为你整个的数字生命体——你的“大道”——授予一项新的能力。

### 1. 发现与信任

旅程始于我们的**“应用集市”，一个去中心化的发现系统。当你找到一个`道器`时，你看到的将是它的“信任仪表盘”**（包含自动化验证检查和社区背书），让你能做出知情的、主权的决定。

### 2. 注册与授权 (即“安装”)

当你决定添加一个`道器`时，系统会向你展示它的**“清单 (Manifest)”。这是一个清晰的、人类可读的列表，说明了该`道器`的组件（`器`和/或`核`）运行所需的权限。你对这份清单的明确批准，就是那一次性的“安装”事件。这个行为将该`道器`“注册”**到你的`元`中，这个注册状态会被同步到你所有的`化身`。

### 3. 无缝的跨平台访问

一旦一个`道器`被注册，你就可以在任何设备上访问它。访问方式取决于其开发者的设计。

- 对于基于 Web 的`器`组件: 你只需在你的标准浏览器中访问该应用的网址。网页会通过我们的 `dao.js` SDK，请求连接到你的“大道”。一旦你批准（例如，通过一个简单的认证器插件），那个浏览器标签页本身，就变成了一个临时的`器化身`，安全地渲染UI并与你的`元`通信。

- 对于原生的`器`组件: 你下载并运行这个原生应用（例如，从应用商店或直接下载）。在首次启动时，它会请求连接你的“大道”。一旦批准，这个正在运行的应用程序，就变成了一个持久的`器化身`，加入了你的网络。

因为所有这些`器化身`都由同一个、已同步的`元`来驱动，所以你的体验在任何地方都是一致的，无需在传统意义上于每个设备都“安装”一次应用。

### 4. 高级配置

在任何时候，你都可以进入你的**“主权仪表盘”**来：

- 审查并撤销你授予任何`道器`的权限。
- 使用**“角色分配”**功能，来建议某个`道器`的`核`组件，优先在你指定的某个`核化身`（例如你作为`计算节点`的家用服务器）上运行。

## 主权之旅的阶段

### 第一阶段：“托管模式” (Managed Mode) —— 你的向导之旅

对于新用户，此模式通过友好的密钥恢复方法和默认同步节点提供最大便利，同时保持完全的端到端加密。

### 第二阶段：主权仪表盘 (Sovereignty Dashboard) —— 十字路口

这是用户通往自治之旅的指挥中心，是一个赋能与教育的工具，可将用户的主权状态可视化，并提供游戏化的“任务”来鼓励用户获取更多控制权。

### 第三阶段：“主权模式” (Sovereign Mode) —— 你的数字王国

这是旅程的最终、可选阶段。在“主权仪表盘”的引导下，用户可以“毕业”到此模式，完全自主保管他们的密钥并运行自己的`核化身`网络，成为其数字领地中真正的主人。

# 技术总览

本文档为希望构建**`道器`**（与大道OS生态集成的应用和服务）的开发者，提供了关于架构、核心技术和指导原则的高阶概览。

## 技术指导原则

- 是“库”，而非“框架”: 大道OS不是一个限制性的框架。**`元`**是一个可移植的库，你将它集成到你自己的应用中，在不规定你应用内部架构的前提下，为其赋能。
- 开放与多语言主义: 任何应用，无论用何种语言编写，都可以成为一个**`化身`（`元`的运行时）。我们通过将`元`同时提供为WASM库**（用于Web和脚本语言）和原生库（`.so`, `.dll`, `.a`，用于系统语言）来实现这一点。
- API优先: 所有与`元`的交互，都通过一个稳定的、版本化的、文档齐全的API进行。
- 安全第一: `元`是一个安全保险库。所有数据默认端到端加密，所有交互都由一个严格的、用户控制的权限系统来管理。

## 核心集成：应用如何“化身”

创造一个`道器`的旅程，始于集成`元`库，这个动作会即时地将正在运行的应用进程，转变为用户“大道”网络中的一个主权`化身`。我们提供两条主要的集成路径。

### 1. Web 集成路径 (通过 `dao.js` SDK)

这是对于 Web 开发者来说，最简单、最平滑的路径。

- 工作原理: 开发者可以利用任何新的或现有的Web应用。通过引入我们的 `dao.js` SDK，他的Web应用就获得了加载`元`的WASM二进制文件 (`dao.wasm`) 的能力。
- “化身”转变: 一旦用户授权，运行这个Web应用的浏览器标签页，就变成了一个临时的`化身`。Web应用的JavaScript代码，就可以通过`dao.js`桥暴露出的高层API，与`元`进行通信。
- 最适用于: 快速构建`器`组件 (`Facet Implement`)，创建数据可视化面板，以及将现有的PWA（渐进式Web应用）集成到“大道”生态中。

### 2. 原生集成路径 (通过 FFI)

这条路径为原生应用提供了最强的性能和最深的系统集成能力。

- 工作原理: 一个原生应用（用Rust, Go, Swift, Kotlin, C++等编写）的开发者，可以直接链接`元`的原生库。
- “化身”转变: 正在运行的原生应用进程，就变成了一个持久的**`化身`。应用代码通过一个外部函数接口（FFI）**桥，与`元`的核心服务通信。
- 最适用于:
  - 在服务器或NAS设备上，创建强大的、7x24小时在线的**`核`组件 (`Core Implement`)**。
  - 构建高性能的原生**`器`组件 (`Facet Implement`)**，比如我们理想中基于Flutter的移动客户端。
  - 改造现有的开源原生应用。

## 关键技术与协议

类别 | 技术 / 协议 | 用途
--- | --- | ---
核心库 | Rust -> WASM / 原生库 | 为`元`创建一个单一的、安全的、高性能的核心逻辑。
Web集成 | `dao.js` SDK (JS/TS) | 任何Web应用成为`化身`的桥梁。
P2P网络 | `libp2p` | 模块化的节点发现、传输和安全通道。
数据同步 | 无冲突复制数据类型 (CRDTs) | 确保各`化身`间的最终一致性。
身份 | DID & VC | 主权身份与可互操作的、基于密码学的信任。
数据序列化 | Protocol Buffers (Protobuf) | 用于API的高效、语言无关的数据结构。

# 应用集市

大道 (Dao OS) 没有一个传统的、中心化的“应用商店”。“商店”意味着一个单一的所有者，他扮演着守门人的角色，审批、拒绝并对应用征税。这与我们的核心哲学背道而驰。

取而代之的是，我们构建了一套开放协议，来创造一个去中心化的**“应用集市 (Application Bazaar)”**——这是一个充满活力的、开放的、坚韧的思想与工具市场，在这里，用户拥有主权，开发者拥有自由。

这个集市建立在四大支柱之上：发现、信任、分发和商业化。

## 1. 发现 (Discovery)：联邦式策展

在一个没有中央索引的世界里，用户如何找到新的**`道器`**？答案是：通过一个由受信任者组成的策展网络。

- 开发者发布: 开发者无需“提交”他的`道器`以供审批。他只需将其**“清单 (Manifest)”**（一个包含所有元数据的 `manifest.toml` 文件）发布到一个像 IPFS 这样的P2P存储网络上。然后，他可以在公共频道上“广播”这个清单的地址。
- 策展人的角色: 任何人——一个科技媒体、一个受信任的开发者社区，或者“大道基金会”自己——都可以运行一个“策展”服务。这些策展人抓取网络上的新清单，并根据自己的标准，创建主题性的**“策展列表”**。
- 用户体验: 在用户的`器化身`中，他可以像订阅RSS一样，订阅多个他信任的“策展列表”。他的“集市”或“发现”标签页，就变成了这些信任源的个性化聚合视图。

这个模型用一个丰富的、多维度的、用户策划的发现体验，取代了单一的、有偏见的“应用商店”榜单。

## 2. 信任与安全：可验证的信誉

用户如何信任一个第三方的`道器`？他们不必盲目信任。整个集市都直接构建于我们的**“社区信誉与自动化验证”体系**之上。

每一个`道器`的列表，无论来自哪个策展人，都必须展示其**“信任仪表盘”**，提供透明、多维度的信号：

1. 自动化验证: 来自 `dao-verify` 工具的、不可篡改的、关于安全漏洞和API合规性的“体检报告”。
2. 社区背书: 一个清晰的列表，显示了哪些有信誉的DID，为这个`道器`进行了密码学“签名背书”。
3. 策展人信誉: 推荐这个`道器`的策展人自身的信誉，也是一个信任信号。

最终是否“注册”一个`道器`的决定权，永远掌握在用户手中，并有这些透明、可验证的数据作为依据。

## 3. 分发 (Distribution)：抗审查与直接分发

当用户决定注册一个`道器`时，这个过程是直接且去中心化的。

- `道器`的清单中，包含了其软件包（例如作为`.wasm`文件的`核`组件和作为Web UI包的`器`组件）在IPFS上的内容哈希（CID）。
- 用户的`元`（由`化身`承载）使用这个哈希，直接从P2P网络获取文件。
- 这确保了没有任何中心服务器可以阻止一个`道器`的分发。只要数据存在于P2P网络的某个角落，它就是可访问的。

## 4. 商业化 (Monetization)：主权的与点对点的

我们消除了30%的“平台税”。我们的价值交换模型是直接从用户到开发者。

- `道器`的清单可以声明其商业模式（如一次性购买价格）。
- 当用户发起购买时，`元`会触发我们的**“价值交换服务接口”**。
- 这将促成一次点对点（P2P）交易，使用用户选择的外部支付协议，将价值直接从用户的钱包，发送到开发者在清单中指定的地址。“大道”在此过程中，扮演的是促成者，而非中间商。

# 发展路线图

本文档概述了大道 (Dao OS) 的战略路线图。它的设计旨在做到既雄心勃勃又切合实际，专注于在每个阶段都能交付有意义的增量价值。这是一份活的文档，可能会随着社区反馈和技术突破而演进。

### 第一阶段：创世 (Genesis) - 基石与桥梁

- 时间：2025年第三季度 - 2025年第四季度
- 核心目标：构建核心的`元`库，以及让开发者能够开始构建的关键工具。
- 关键里程碑:
  - 完成 v0.1 版本的`元`核心 API 规范。
  - 使用 Rust 开发 v0.1 版本的`元`，包含`SecretStore`、`NoteStore`和基础的P2P同步服务。
  - 开发第一个官方的**`核化身 (Core Avatar)`**：一个用于初始化“大道”、管理密钥和基础诊断的命令行工具。
  - 发布 v0.1 版本的 `dao.js` SDK，使任何 Web 应用都能成为一个临时的`器化身`。
- 功能故事: “作为一名开发者，我能用一个命令行工具来初始化我的‘道’。然后，我可以利用一个简单的Web应用，导入`dao.js`库，并看着它连接上我的‘道’，读取一条测试笔记。这个地基是真实存在的。”

### 第二阶段：显现 (Manifestation) - 第一个“道器”诞生

- 时间：2026年第一季度 - 2026年第二季度
- 核心目标：发布第一个官方的、高价值的`道器`，以展示生态系统的力量并吸引早期用户。
- 关键里程碑:
  - 完善并稳定化`元`内部的核心服务。
  - 遵循我们的“良木为材”战略，改造一个结构清晰的开源笔记或密码管理器，通过集成`dao.js` SDK，使其成为我们的第一个官方`器道器`。
  - 实现**“渐进式主权”**的用户上手流程。
  - 上线包含完整用户和开发者文档的项目官网。
- 功能故事: “我正在浏览器里使用一个优美、快速、且熟悉的笔记应用。但我知道，它的数据是端到端加密的，通过P2P网络在我的所有设备间无缝同步，没有任何中心服务器。这是第一个真正属于我自己的应用。”

### 第三阶段：协同 (Synergy) - 连接不同的大道

- 时间：2026年第三季度 - 2026年第四季度
- 核心目标：实现不同用户“大道”之间的、可信的安全交互，并为高级AI奠定基础。
- 关键里程碑:
  - 在`元`中实现 W3C DID 和 VC 模块。
  - 开发一个跨“大道”通信的PoC应用（例如，分享一篇经过签名、可验证的笔记）。
  - 启动官方**“大道AI伙伴”`核道器`**的基础研究和原型设计。
- 功能故事: “我拥有了一个主权的数字身份。我可以授权另一个‘大道’用户有限的、加密的访问权限来读取我的一篇笔记，而无需通过任何第三方平台。我们可以组建真正的信任网络。”

### 第四阶段：生态 (Ecosystem) - 应用集市开张

- 时间：2027年及以后
- 核心目标：将“大道”从一个拥有旗舰应用的平台，演进为一个繁荣、开放的生态系统。
- 关键里程碑:
  - 发布 v1.0 稳定版的`元` API。
  - 发布第一个官方的**“大道AI伙伴”`核道器`**，为用户提供主动的、智能的辅助。
  - 上线**“应用集市”**协议和一个参考策展索引。
  - 为构建高级原生**`器化身`**（例如用Flutter/Swift）提供官方指南和社区支持。
- 功能故事: “我的‘大道’活了过来。我的AI伙伴帮助我管理我的一天。我可以在一个去中心化的集市里，寻找社区构建的、可信的新`道器`。我的数字生活是主权的、智能的，并且在不断成长。”

# 社区与治理

大道 (Dao OS) 从根本上说是一个社区驱动的项目。我们成功的标准，不仅取决于我们的技术成就，更取决于我们所培育的那个充满活力的、协作的、健康的生态系统。本文档概述了我们集体工作的治理原则与流程。

## 我们的哲学：开放与透明

我们无条件地致力于自由及开源软件 (FOSS) 的原则。

- 开放开发: 所有关于核心协议和参考实现的工作，都在公共代码仓库中进行。
- 开放沟通: 所有重大的技术和战略讨论，都在公共渠道中进行。
- 社区所有: 我们的终极目标，是让“大道”由其用户和开发者社区所拥有和引导。

## 我们的角色：从“架构师”到“园丁”

“大道”的初始创建者和核心贡献者，将自己的角色视为一个不断演进的过程。

- 在早期阶段（架构师）: 我们的主要角色是架构师——为项目奠定一个坚实且自洽的基础，定义核心协议，并构建初始工具。
- 在长期阶段（园丁）: 随着生态的成熟，我们的角色将从“事必躬亲”转变为“照料花园”。我们将专注于提供更好的工具、维护核心基础设施，并赋能社区去建设和创新。

## 生态策略：聚焦与引爆

作为一个由个人开发者发起的项目，我们认识到自身资源的有限性。试图为所有可能的技术栈提供同等的一流支持，是一条通往平庸的道路。

因此，我们采纳**“聚焦一点，引爆生态”**的战略。

我们核心团队的开发精力，将集中于打造一条“黄金路径”，使其体验足够高效和愉悦，以此作为吸引第一波开发者的主要催化剂。这条被选定的路径，就是Nim 统一开发套件，它利用 Nim 语言的独特能力，从单一代码库构建 WASM 后端和 Web UI 前端。

这并不排斥其他的开发路径（如 Rust + TypeScript 或原生集成）。它们在协议层面依然被完全支持。然而，它们被视为**“社区/高级路径”**，我们依赖社区的力量来构建相应的工具链和最佳实践。

## 如何贡献

贡献的形式多种多样，每一种都同样宝贵。你可以通过以下方式帮助建设“大道”：

- 核心开发: 为`元`库和核心协议（使用Rust）贡献代码。
- `道器`开发: 创建新的`道器`，它可以包含**`器`（UI）组件和`核`（无界面逻辑）组件**。
- 文档与翻译: 改进这些文档，撰写教程，以及将它们翻译成新的语言。
- 用户支持与社区管理: 帮助新用户，回答问题，营造一个热情、互助的氛围。
- 设计与用户体验: 为参考`道器`贡献UI/UX设计，并为生态定义设计模式。

## 决策流程

我们的治理模式，被设计为与项目共同成长。

1. 早期阶段 (阶段 I-II): 决策将由核心团队在公共渠道进行开放讨论后做出。
2. 成长阶段 (阶段 III-IV): 对于核心协议或架构的重大变更，我们将引入一个正式的 RFC (请求评论) 流程。
3. 成熟阶段 (未来): 我们致力于在未来探索并过渡到更去中心化的治理机制。

## 沟通渠道

- GitHub: 用于所有代码托管、问题追踪和RFC讨论。
- Discord / Matrix (待定): 用于实时的社区聊天、问答和协作。

# 如何贡献

我们非常高兴您有兴趣为大道 (Dao OS) 做出贡献！作为一个社区驱动的项目，我们欢迎并珍视所有形式的贡献。本指南概述了您可以参与的方式以及提交贡献的流程。

## 我们的承诺与行为准则

为了营造一个开放、友善和包容的环境，我们承诺遵守一套行为准则。我们也期望所有贡献者和社区成员都能共同遵守。

（注：我们将正式采用 贡献者契约 (Contributor Covenant) 并在此处提供链接。）

## 贡献方式

您无需成为 Rust 专家才能做出贡献。有很多方式可以提供帮助：

- 核心开发: 为`元`库和核心协议（使用Rust）贡献代码。
- `道器`开发: 创建新的`道器`，它可以包含**`器`（UI）组件和`核`（无界面逻辑）组件**。
- 文档与翻译: 改进这些文档，撰写教程，以及将它们翻译成新的语言。
- 用户支持与社区管理: 帮助新用户，回答问题，营造一个热情、互助的氛围。
- 设计与用户体验: 为参考`道器`贡献UI/UX设计，并为生态定义设计模式。

## 你的第一个 Pull Request

我们对所有的代码贡献都采用标准的 GitHub Fork & Pull Request 工作流。

1. Fork 仓库: 创建目标仓库的一份你自己的拷贝（例如 `dao-os-docs`, `meta-unit`）。
2. 创建分支: 从 `main` 分支创建一个新的分支用于你的变更。请使用描述性的名称（例如 `feat/add-note-encryption`）。
3. 进行更改: 编写你的代码及相应的测试。
4. 运行本地检查: 在提交前，请确保你运行了所有本地测试和代码格式化工具。
5. Commit 你的变更: 我们鼓励使用 Conventional Commits 规范，以获得清晰可读的 commit 消息。
6. Push到你的Fork: 将你的变更推送到你自己的 Fork 仓库。
7. 开启一个 Pull Request: 从你的分支向 Dao OS 官方仓库的 `main` 分支提交一个 Pull Request (PR)。
8. 描述你的 PR: 在 PR 的描述中，请链接任何相关的 issue，并清晰地描述你正在解决的问题和你的解决方案。
9. 等待审查: 一位核心团队成员将会审查你的 PR，提供反馈，并在就绪后将其合并。

## 配置你的开发环境

（此部分将在每个仓库中被详细填写。）

要为 `meta-unit` 做出贡献，您通常需要：

- Rust 工具链 (`rustup`)
- WebAssembly 构建目标 (`wasm32-wasi`)
- Protocol Buffers 编译器 (`protoc`)

请参考每个具体仓库中的 `README.md` 以获取详细的配置指南。

## 还有问题？

如果您有任何疑问，请随时在我们官方的沟通渠道中提问。我们很乐意帮助您开始！