- 10 已跑通runtime 实验
- NATS · JetStreamtransport
- Mac ↔ Wincoverage
- 研究 · 进行中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 实验已跑通,工程上正在做的是把单点实验整合成一个能用的本地原型。这里登记为进行中的研究,后续有进展会更新。