← 返回项目

系统研究 · 进行中 · 2026

Agent 组网 — NATS + MCP facade 让 Agent 互联

角色
设计 · 实验
技术
NATS · JetStream · MCP · Codex CLI · PowerShell
场景
研究 · 进行中
年份
2026
  • 10 已跑通
    runtime 实验
  • NATS · JetStream
    transport
  • Mac ↔ Win
    coverage
  • 研究 · 进行中
    status

在做的一项研究:让 Codex / Claude Code 这类 agent host 通过 NATS 消息总线 + MCP facade 在本地和跨设备之间组成 mesh,共享命令、任务和状态。已跑通 NATS loopback 基线、JetStream 命令事件、MCP Agent Host facade、Mac↔Win 转发、命令审批与白名单、远程 mesh 准入等 10 个实验。

背景

同一个人,手上常常同时跑着 Codex、Claude Code 和别的 agent host;它们各自有进程、状态、命令日志,但彼此看不见。我想知道:能不能用消息总线加 MCP facade,让这些 agent 在本地和跨设备组成一张 mesh,共享命令、任务、状态,而不是各自孤岛。

方法

把组网这件事拆成若干能独立成立的传输实验,每条路径都有 dated 文档 + PowerShell harness + JSON 证据,跑通后再讨论怎么收进统一原型。

  • NATS Core pub/sub + request/reply —— 低延迟的实时命令通道
  • JetStream —— 命令事件的持久化、回放、审计
  • MCP Agent Host facade —— 把控制面以 MCP 形式暴露给上游 agent
  • 研究阶段克隆 MCP 规范、A2A、AG-UI、openai/codex、cli-agent-orchestrator、headscale 等做设计对照

已跑通的传输实验

每一条都是先证明能独立跑,再决定该不该接入主原型。

  • NATS loopback 基线 —— 跨进程 / 跨语言的最小可工作单元
  • JetStream 命令事件 —— 把命令做成持久化事实,可回放、可追溯
  • MCP Agent Host facade —— 上游 agent 通过 MCP 调度本地控制面
  • Mac ↔ Win 转发 —— 跨设备命令路由,带白名单
  • sidecar 命令审批 —— 命令被拦下来等用户裁决
  • 远程 mesh 准入 —— 异机加入时的握手与身份

设计原则

研究阶段反复回到的几条原则,既是判断该不该接的尺,也是回避踩坑的护栏。

  • 每条路径单独成实验,先跑通再讨论是否接入主原型
  • 上游 agent 只通过 MCP facade 看见 mesh,具体传输细节不暴露
  • 命令必须可审计 / 可回放 —— JetStream 是为这个选的
  • 跨设备先证明 Mac ↔ Win,因为这是我自己的日常场景

现状

在 G:\agent组网 进行中。10 个 runtime 实验已跑通,工程上正在做的是把单点实验整合成一个能用的本地原型。这里登记为进行中的研究,后续有进展会更新。