核心想解决的问题：我家里/公司好几台设备（笔记本、服务器、备用机）各装了不同的 AI agent （ Claude Code 、Codex 、Cursor 、Aider…），它们各干各的、互不相通。
AgentMesh 把「每台设备」当成「一支本地蜂群」，再把「多台设备的蜂群」协同成「一支多蜂群军队」——这就是多设备蜂群协同：
- 跨设备调度：数据驱动适配器目录自动探测每台设备上装好的 13+ 平台（ Codex/Claude Code/DSH/Grok/Cursor/Aider/Gemini/Qwen/Cody/Kimi/OpenCode/Windsurf/MarsCode ），统一协议下发/流式/取消，任务可在多台设备之间路由。
- 每台设备 = 一支蜂群，AgentMesh = 多蜂群协同系统（局域网优先 + 云中继兜底）。
- 动态神经图：d3-force 实时画出「设备→agent→任务」调用拓扑，看着多台设备的蜂群一起干活。
- 区块链式记忆账本：跨设备共享的团队记忆，哈希链+Merkle+共识，防篡改。
- 内置模型路由网关：OpenAI 兼容，角色路由+故障转移+免费源评级。
- Excel 批量部署/一键卸载：给多台设备批量装 agent ，按 OS 自动选 npm/pipx/brew/winget 。
- 微信下发任务：企业微信+个人微信。
技术栈 Node.js v24 + TypeScript monorepo ，backend 122 测试、memory 88 测试。
说点实在的：目前只有 grok 本地直连是稳定的，其余约 12 个平台是适配器骨架（安装/发现/经网关执行能用，headless 直连还需逐平台实测）。这部分我想拉人一起共建——你天天用的那些 CLI ，你最清楚它们哪里会翻车。
仓库： https://github.com/narkco-kang/agent-mesh （ MIT ，18 份设计文档）
欢迎拍砖：多设备协同的架构哪里不合理、哪台设备跑不通、哪个平台适配器该先做，都可以直接 issue 或回复。顺手给个 star ，谢谢。
AgentMesh 把「每台设备」当成「一支本地蜂群」，再把「多台设备的蜂群」协同成「一支多蜂群军队」——这就是多设备蜂群协同：
- 跨设备调度：数据驱动适配器目录自动探测每台设备上装好的 13+ 平台（ Codex/Claude Code/DSH/Grok/Cursor/Aider/Gemini/Qwen/Cody/Kimi/OpenCode/Windsurf/MarsCode ），统一协议下发/流式/取消，任务可在多台设备之间路由。
- 每台设备 = 一支蜂群，AgentMesh = 多蜂群协同系统（局域网优先 + 云中继兜底）。
- 动态神经图：d3-force 实时画出「设备→agent→任务」调用拓扑，看着多台设备的蜂群一起干活。
- 区块链式记忆账本：跨设备共享的团队记忆，哈希链+Merkle+共识，防篡改。
- 内置模型路由网关：OpenAI 兼容，角色路由+故障转移+免费源评级。
- Excel 批量部署/一键卸载：给多台设备批量装 agent ，按 OS 自动选 npm/pipx/brew/winget 。
- 微信下发任务：企业微信+个人微信。
技术栈 Node.js v24 + TypeScript monorepo ，backend 122 测试、memory 88 测试。
说点实在的：目前只有 grok 本地直连是稳定的，其余约 12 个平台是适配器骨架（安装/发现/经网关执行能用，headless 直连还需逐平台实测）。这部分我想拉人一起共建——你天天用的那些 CLI ，你最清楚它们哪里会翻车。
仓库： https://github.com/narkco-kang/agent-mesh （ MIT ，18 份设计文档）
欢迎拍砖：多设备协同的架构哪里不合理、哪台设备跑不通、哪个平台适配器该先做，都可以直接 issue 或回复。顺手给个 star ，谢谢。
Select Language