路线图

慢就是快，克制且聚焦。先把单机的运行时内核做扎实，让"一个节点上运行和管理一群 Agent"这件事真正可用、有人用，再在它之上逐步生长出分布式能力。

阶段	形态	重点	状态
阶段一	单机运行时内核	五大核心能力跑通，单节点运行和管理一群 Agent	🚧 进行中
阶段二	底座分布式	实例无状态、状态外置、多副本高可用、水平扩展	📋 规划中
阶段三	跨节点 Agent 协作	Agent 通信底座，对接 A2A，跨节点发现与委托	💡 愿景

阶段一：单机运行时内核（进行中）

目标：一个 OryxOS 实例装在一台服务器或一个容器里，跑起一组 Agent，服务一个部门或一个场景。

• [x] Maven 9 模块工程骨架，可编译、打包、启动
• [x] 命令行入口与版本信息
• [ ] 对接 LLM：Provider 抽象，至少跑通 DeepSeek 和 Kimi
• [ ] ReAct 循环：多轮工具调用、消息累积、最大迭代次数控制
• [ ] 记忆：会话记忆持久化 + MEMORY.md 长期记忆 + save_memory / recall_memory
• [ ] 工具体系：9 个内置工具、MCP Client（stdio）、@Tool 扩展、应用层白名单沙箱、通知推送
• [ ] Web Service：10 个核心 REST 端点
• [ ] 定时任务（AgentScheduler）、SQLite 持久化与审计落库、12 个命令行命令
• [ ] 三个验收 Demo：每日天气、每日科技日报、每日 GitHub 日报
• [x] 项目主页

阶段二：底座分布式（规划中）

当企业从"一个部门试点"走向"服务全公司"，单机会撞到三件事：扛不住量、扛不住故障、扛不住规模化治理。

演进的核心原则是实例无状态，状态外置：

• 会话和短期上下文外置到 Redis 一类的内存存储
• 长期记忆和 Skill 库外置到 PostgreSQL（向量检索可用 pgvector）
• 审计日志和大文件外置到对象存储
• Agent 配置和租户信息外置到配置中心和数据库

在此之上解决多实例的几件事：渠道消息不重复消费、定时任务只在一个实例上执行（分布式锁或租约）、多租户在存储层和请求链路上的隔离。服务注册、限流熔断、链路追踪直接复用 Nacos、Sentinel、Spring Cloud Gateway、SkyWalking 等成熟的 Java 生态方案。

阶段三：跨节点 Agent 协作（愿景）

一个企业里有几十上百个 Agent，分散在不同部门、不同机器，甚至延伸到合作伙伴的组织里。一笔大额采购，可能要运维 Agent 确认资源、财务 Agent 核算预算、法务 Agent 审合同。

OryxOS 是单个节点上的 Agent 运行时；连接多个 OryxOS 节点、让 Agent 能跨节点互相发现、可靠委托、共享必要上下文的，是一层专门的 Agent 通信底座，对接 A2A 开放协议。两者分开演进，最后合起来，构成完整的"分布式 Agent OS"。

横向能力（伴随各阶段逐步补齐）

方向	内容
渠道	企业微信、飞书、钉钉、Slack、邮件
模型	Provider 故障转移、熔断、按任务动态路由
记忆	自动抽取、语义检索、情景记忆
工具与安全	Tool Policy（Agent 级工具允许 / 拒绝）、容器 / microVM 级沙箱、OryxOS 作为 MCP server 对外暴露
治理	SSO（SAML / OIDC）、多租户 RBAC、完整审计与 SIEM 导出
运维	Prometheus 指标、Web 管理台、GraalVM Native Image

长期目标

走进 Apache 基金会，成为 Apache 顶级项目。