跳转至

AgentMeshOS 总体演进路线图

版本：v1.4.0

更新：2026-08-18

状态：阶段一至阶段八已完成并归档；当前阶段为 P9 隔离 Tailnet 临时远程协助节点（实施中）。

本路线图描述 AgentMeshOS 作为“AI 应用运行平台 / AI 操作系统”的平台演进和应用演进。它不把任何单一业务应用当作系统本体，也不把架构讨论误报为功能实现。

一、总体方向

flowchart LR
    Base["分布式计算底座"] --> Runtime["通用 AI Runtime"]
    Runtime --> Apps["可插拔 AI 应用"]
    Apps --> Feedback["业务结果 / 成本 / 收益 / 复盘"]
    Feedback --> Runtime

底座继续使用 Network、Compute、Scheduler、Storage、Security 和 Observability。应用中心负责把这些平台能力组织成人类可直接使用的应用；第一个样板是本地资料分析与验收，不访问外部业务来源。

二、八个阶段

阶段一：分布式计算底座

状态：已完成并归档。

  • Headscale/Tailscale 网络
  • Nomad 调度和 Docker 执行
  • Cloudreve WebDAV 系统云盘与 dd 本地持久化存储
  • 多节点任务提交、调度、执行和结果回收
  • 临时数据清理、真实业务闭环和发布验收

结果：AgentMeshOS 具备稳定的分布式计算底座。

阶段二：架构重新整理

状态：已完成并归档（架构文档已同步；Runtime 尚未实现）。

  • 明确底座、AI Runtime 内部控制边界和应用层
  • 明确 AI Boss Agent、专业 Agent、Provider、MCP 和工作流边界
  • 明确普通任务不使用审批、批准单、准入报告、租约或普通 TTL
  • 仅在数据风险明确时使用必要的技术围栏

阶段三：通用 AI Runtime MVP

状态：已完成并归档。完整证据见阶段三完成归档。旧“整体可行性评估”已取消并保留为历史记录，不作为 Go/No-Go 门禁。

  • AI Boss Agent 和研究 Worker 的最小编排
  • 已授权公开资料研究、去重、初筛和证据登记的通用底座
  • NomadAdapter、StorageAdapter、ToolAdapter、FeedbackAdapter 的最小内部契约
  • Agent Registry、Workflow、Memory、Feedback、Runtime 策略选择和来源目录的最小实现范围
  • P3-6 至 P3-12 已由官方 OmniRoute 和薄 Runtime 完成生产验收；MCP 搜索/抓取已通过标准 Streamable HTTP。Compression 隔离复评在特定工具日志上有高压缩率，但保真门槛未通过，生产保持关闭。详见阶段三完成归档
  • 不新增第二调度器、审批中心或公网任务 API

阶段四：AI BOSS 智能编排、通用成果与验收闭环

状态：已完成并归档；最终证据见阶段四最终归档，重新开启期间的实施记录见阶段四权威计划。原阶段四完成归档继续保留此前真实验收事实。

  • 保留已经验收的持久交互、SSE、幂等、取消、恢复、Token 预算、上下文、长期记忆、附件、剪贴板、多模态、CLI Gateway 与 API Gateway 可见性。
  • 将关键词判断和固定单任务替换为 AI BOSS 模型结构化规划，使其选择已登记逻辑能力、主节点/Nomad 执行建议、依赖、并行、成果契约与验收标准。
  • Runtime 负责验证能力、安全、预算、资源、风险、状态和幂等；Nomad 只选择具体节点；Worker 只执行已登记任务包。
  • 建立 Plan、Task、Deliverable、Evidence、Verification 与 Acceptance 持久闭环；completed 只表示最终验收完成。
  • 常见成果通过真实确定性检查器与 AI BOSS 结构化审核；不支持、高风险、外部业务、未知风险或证据不足进入 Benson 决定。
  • Console 增加“成果与验收”分区，支持成果、证据、检查、审核、版本、返工、拒绝和重开。
  • 代码、生产与公网出口已通过并已重新归档；阶段五最终出口见其独立完成归档。

阶段五：AI BOSS 受控主动工作循环

状态：已完成并归档；细化记录见阶段五计划，最终事实见阶段五完成归档。

  • Runtime 只按 Benson 已创建并启用的持久策略，在固定触发、预算、数据等级和动作白名单内唤醒 AI BOSS。
  • Console 增加“主动工作”区，提供全部暂停/恢复、策略启停与暂停、计划与预算编辑、当前运行取消、终止后续运行和受控重新运行。
  • 模型不能创建或放宽策略；重新运行创建新运行和预算快照，不重放旧调用，也不直接重启 Runtime 服务。
  • 首版只做无破坏验证，不自动投递、付款、发信、交易、修改凭据、Provider/Combo、网络、Git 或部署。

阶段六：应用中心基础与本地应用样板

阶段状态：已完成并归档，见阶段六完成归档。

计划状态：已完成并归档；权威事实见阶段六完成归档，原计划兼容入口为 phase-6-application-center-foundation.md。

  • 建立内置应用注册表、应用 Manifest、状态和 Console 应用中心。
  • 交付“本地资料分析与验收工作台”样板，只处理 Benson 明确提交的本地资料。
  • 复用 Conversation、Plan、Task、Deliverable、Evidence、Runtime、Nomad 和 Storage，不新增第二状态机或调度器。
  • 完成应用工作区、历史、版本、恢复和桌面/移动端生产验收。

阶段七：本地应用 MVP 与应用运行规范

状态：已完成并归档，见阶段七完成归档；原计划兼容入口为plans/phase-7-application-mvp.md。

把 P6 样板收敛为持续可用的本地应用，补齐稳定数据模型、设置、历史、版本、重新运行、成本、导出、备份恢复和应用运行规范。应用版本独立于平台版本，例如 local-review-app 0.1.0 不等同于 AgentMeshOS Platform 版本。

阶段八：多应用扩展与应用生命周期

阶段状态：已完成并归档。目标“应用平台与首个成果型应用交付”已通过生产和浏览器验收，见阶段八完成归档；完整计划兼容入口为 phase-8-application-expansion.md。

阶段九：隔离 Tailnet 临时远程协助节点

阶段状态：当前 P9，实施中，详见 P9 计划。

  • P9 复用隔离 Support Tailnet 和 SSH，为明确授权的临时电脑提供技术支持；不使用自建 WSS Gateway，不创建自定义高权限常驻 Agent，不接入 Nomad Worker 池。

阶段十：后续阶段待规划

状态：未规划，等待 P9 需求评估完成。

三、平台版本与应用版本

平台版本表示 AgentMeshOS 平台成熟度：

Platform v0.5：分布式计算底座完成
Platform v1.0：通用 AI Runtime 初版
Platform v1.5：应用中心、本地应用 MVP 和多应用生命周期
Platform v2.0：基于真实需求扩展的 AI 应用平台

应用版本独立编号：

local-review-app 0.1.0
local-review-app 0.5.0
local-review-app 1.0.0

四、完成口径

  • “设计完成”只表示架构或规范文档完成。
  • “实现完成”必须有代码、测试、运行态或公网验收证据。
  • AI 协作规范设计已完成，不代表系统内多 Agent Runtime 已实现。
  • P3-6-1 是已退役的候选发现历史，不能恢复为 Provider 核心；P3-6-2 至 P3-12 已完成官方 OmniRoute 原生接入和薄 Runtime 验收。Compression 保持关闭，不得误报为已启用能力。
  • v0.5 底座、阶段三 Runtime MVP、重新开启后的阶段四至阶段八均已完成并归档；当前 P9 尚未规划。平台版本与阶段编号不是同一套编号。
  • 旧整体可行性评估已取消；应用结果、成本和反馈在 Runtime 与应用运行中持续记录，而不是作为实现前的总阀门。