10 月 6 日，总部在华盛顿的 Bad Monkey AI 放出 AgentSpaces——一个 Apache 2.0 协议的开源协调库，干的事很具体：让不同团队各自造出来的 agent，能互相发现、共享结果，并且在某个 worker 跑挂时，把没干完的活交给别人接手。它最反直觉的一点，是不需要中央协调服务器，靠点对点通信把 agent 串起来。对正在把 agent 成片铺进生产的企业来说，这恰好补上了一个常被忽略的窟窿：agent 之间怎么协作，而不是单个 agent 怎么跑。
不同团队造的 agent，需要一种共同语言
Bad Monkey 的产品官 Albert Baker 说得很直白：AgentSpaces 给开发者一种通用办法，把不同团队造的 agent 带进同一套工作流。痛点在于，当组织部署的 agent 越来越多，如果彼此没有共同方式共享结果，企业很可能为同一份研究、同一份分析、同一份数据请求重复付费。AgentSpaces 让 agent 互相发现、经点对点协调任务，不需要中央协调服务器；共享结果能减少重复请求模型与数据服务，从而压低 Token 消耗与对应的模型成本。更稳的一招是容错：某个 worker 失败时，它没干完的任务会变成可接管的活儿，由另一个 worker 补完。
分布式系统的老智慧，被搬进多智能体
这套设计的底气，来自一段很老的工程 lineage。Bad Monkey 的首席技术官 Scott Schell 提到，团队在贝尔实验室年代就做过点对点系统，AgentSpaces 把 Sun Microsystems 的 Jini 与 JXTA 那些被验证过的想法，搬到了今天 agent 的协调需求上。Jini 与 JXTA 当年解决的是服务在网络里的动态发现与联邦，今天一群 agent 要互相找、互相认、互相补位，形状几乎一样。工程落地上，AgentSpaces 支持 Java 与 Python，并给企业开发者常用的 Spring 与 Embabel 框架提供了集成，降低接入门槛。
可溯源与断网续协调，对国防和边缘是刚需
安全方面，它用端到端加密和带签名的记录，标出哪条信息、哪个动作是哪个 agent 产出的，帮助组织在扩大自动化的同时保持可追溯与可问责。另一处贴合实战的设计是：当某个站点和更广网络的连接中断，agent 还能在本地继续协调。这一点对连接不可靠的边缘与国防场景尤其要紧。作为 Apache 2.0 开源核心，它可以被改写、被嵌进云、数据中心或边缘环境，给运营方按自身工况适配的自由。
和本站同批的 Loop 不在一个层面
把 AgentSpaces 和本站本轮写的 Soket Loop 摆在一起，能看清分工：Loop 是一个用 Rust 写的长任务运行底座，管的是 agent 在哪跑、怎么轻量地连轴转；AgentSpaces 是一个协调库，管的是已经造好的 agent 怎么彼此协作、怎么不重复花钱、怎么在有人掉链子时补位。它和本站近期覆盖的 Yext Multiplayer（共享会话态实时共写）、Atlassian AMP（工具内的人机协作协议）、Cua 桌面隔离设施也不在同一层——那些分别解决「共写」「协议」「桌面资源」，AgentSpaces 站的是「已建 agent 需要一个没有中心大脑的协作层」这一格。点对点少了单点故障，却也更难集中治理，这本身就是取舍。
Bad Monkey 把 AgentSpaces 的亮相选在 10 月中旬的 AUSA 防务展，信号很明确：协调的痛，在国防与边缘这类对可追溯、断网韧性要求高的地方最尖锐。当企业 agent 从单兵作战走向成群结队，谁先把「协作不重复、掉线能续、出事能溯源」这层补上，谁就先卸下规模化部署里最容易被低估的那块成本。