🧠 AgentMeshOS 项目总体介绍

项目名称：AgentMeshOS

版本：v1.2.1

更新：2026-10-04

类型：AI 应用运行平台 / AI 操作系统

📌 结论摘要

AgentMeshOS 当前已具备多节点计算、薄 Runtime、官方 OmniRoute 模型核心、应用平台、网络治理、102 节点纳管、OmniRoute 原生迁移、搜索 MCP、可替换 Edge、DERP 和 Peer Relay 能力。P16 已完成并归档，为 console.yohan.fun 增加了 102 只读备用、认证会话连续性、Edge 本地回退和 RR 整机重启演练；P17 正在执行代理网络控制面统一入口、四个节点面板、Console 架构页和真实客户端验收。当前工作包为 P17-5 发布、验收与回退收口，Windows 真机验收已通过，Android/iOS 真机仍待验收。依据是 P16 完成归档、P17 计划与 docs/plans/state.json。

🎯 1️⃣ 什么是 AgentMeshOS？

AgentMeshOS 是一个

个人级 AI 应用运行平台与分布式 AI 操作系统

。

它的目标是：

将多台独立的计算设备（VPS、家用电脑、服务器、笔记本）通过统一网络与调度系统连接起来，形成一个“逻辑上统一的超级计算机”，并为多个 AI 应用提供统一执行底座。

🎯 2️⃣ 它解决什么问题？

当前个人或小团队面临的问题：

设备分散（VPS / 本地 / NAS / 云）无法统一管理
资源无法统一调度
服务部署重复且混乱
AI 与计算资源脱节
没有统一的“个人云操作系统”

🎯 3️⃣ AgentMeshOS 的核心目标

统一所有计算资源（Compute Mesh）
动态加入 / 移除节点
统一调度任务（Scheduler）
支持容器化执行（Docker）
支持 AI Agent 自动化执行
提供通用 AI Runtime 和可插拔应用能力
让多个 AI 应用复用统一执行、成果、证据、预算和审计能力

🧩 4️⃣ 与现有系统的区别

对比 Kubernetes

Kubernetes：面向企业级容器编排
AgentMeshOS：面向个人 / 小型 AI 云系统

对比 OpenStack

OpenStack：传统 IaaS 云平台
AgentMeshOS：轻量级 + AI 驱动 + 动态节点

对比普通 VPS / Docker

VPS：孤立资源
Docker：单机执行
AgentMeshOS：多机统一调度

🧩 5️⃣ 系统本质定义

AgentMeshOS =

Tailscale Client + Headscale（自托管网络层）
+
AI Runtime 内部适配器
+
Nomad（调度层）
+
通用 AI Runtime
+
可插拔 AI 应用
+
Docker（执行层）
+
AI Agent（智能层）
=
分布式操作系统

✅ 6️⃣ 核心特征

分布式但统一控制
节点可随时加入或退出
任务可动态迁移
资源自动调度
AI Runtime 可参与受控任务决策
具体 AI 应用独立于分布式底座演进

🔜 7️⃣ 系统愿景

AgentMeshOS 的最终形态：

一个个人级 AI 操作系统 + AI 应用运行平台

它不仅运行服务，还可以：

自动部署服务
自动分配资源
自动执行任务
自动优化集群

📊 8️⃣ 当前阶段（P17 代理网络控制面统一入口与真实客户端验收）

当前阶段目标：P16 已完成 102 只读备用控制面、认证会话连续性、Edge 本地回退和 RR 整机重启演练；RR 仍是唯一权威读写面，102 不开放密码修改、Key 撤销、任务提交、Nomad 管理或其他生产写操作。P17 正在把现有五节点 2S-UI 代理网络补成统一 Master 入口、四个节点独立面板、Console #proxyNetwork 架构页和真实客户端验收闭环；Windows 真机已按 MM -> d02 -> dog -> dd -> rr 完成切换和回切，Android/iOS 真机尚未完成。

分布式计算底座已部署
多节点任务调度、执行、结果回收和清理已完成验收
官方 OmniRoute 已作为唯一 Provider/模型/协议/路由核心原生运行
薄 Runtime、多 Agent 持久编排、Artifact、业务账本和 Console 关系视图已通过生产验收
阶段四的智能编排、成果与验收闭环已经完成并归档
阶段五的受控主动工作循环已经完成并归档
P6-P8、P10 至 P16 均已完成并归档；P9 已关闭且不再实施；当前阶段为 P17（阶段十七），状态进行中，当前工作包为 P17-5 发布、验收与回退收口。
P13 已完成 OmniRoute latest stable 原生迁移的版本冻结、102 安装、隔离恢复、生产切换、全链路验收、真实回退和再次切换，并完成公网直连与 RR 全量退役；当前生产权威为 102，任意时刻只允许一个 SQLite 写者。
P15 已完成四台 Edge 候选、DERP region 900 至 903、Peer Relay、DNS 自动切换和 RR 冷启动修复；P16 已完成 102 只读备用、Edge 回退和 RR 重启演练。

⚠️ 9️⃣ 后续阶段边界

阶段六建立了应用中心框架和“本地资料分析与验收工作台”，阶段七将样板收敛为稳定本地应用，阶段八完成多应用注册、隔离、版本、生命周期和演示文稿成果交付。P9 已关闭；P10 至 P16 已完成归档。当前 P17 代理网络控制面统一入口与真实客户端验收计划正在执行。

项目仓库负责研发、构建、测试和发布；生产系统依靠已发布镜像、Runtime SQLite、Cloudreve 数据及既有服务运行，不依赖 Git 工作树持续在线。

⚠️ 未决项 / 需要决策

事项	当前事实	下一步
P13 归档后观察	102 `3.8.51` 已承接生产，真实回退和再次切换通过，RR omni 物料已退役	长期健康观察独立运行；异常按新运维事件处理
P14 归档	双监听、Tailnet 默认和三工具客户端裁剪已完成	保持本地优先、Omni 显式 Provider 回退
P15 完成归档	四台 Edge 候选、DERP、Peer Relay、DNS 切流、回切和 RR 冷启动修复均已完成	不再重开 P15；边缘漂移按新运维事件处理
P16 控制面	102 只读备用、认证连续性、Edge 回退和 RR 重启演练已完成并归档	不再重开；后续异常按新运维事件处理
P17 范围	代理控制面统一入口、四个节点面板、Console 架构页和三端客户端验收；Windows 真机已通过，Android/iOS 待验收	完成剩余真机、最终回退演练和精确 SHA 发布门禁后才允许归档
RR 数据退役	RR 数据、包、service、回退备份和 vhost 已删除	已完成；恢复以 Cloudreve P13-4 快照和 102 重装为准