[开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

最近一直在做 Nexus ，刚发了一个新版本。

GitHub：
https://github.com/nexus-research-lab/nexus

一句话介绍：人和多个独立 Agent ，可以在同一个 Room 里一起工作。

做它的起因很简单。现在产品、研发、设计都可以各自找 AI 帮忙，但这些 Agent 基本都留在个人会话里。每个人确实变快了，项目里的事实、决定和交接却还是要靠人从几个聊天窗口里搬来搬去。

Nexus 想试的是另一种结构：Agent 不是某个人聊天框里的功能，而是 Room 里的成员。

每个 Agent 有自己的身份、工作区、Skill 和文件式记忆；可以单独私聊，也可以被邀请进 Room 。在 Room 里，可以直接 @成员、定向交接，让几个 Agent 分头处理不同部分，再把结果带回公共讨论。

目前已经能跑的包括：

单 Agent 的 DM ，以及人和多个 Agent 参与的 Room
@提及、定向回复、任务交接和并行处理
独立工作区、文件式记忆、Skill 、定时任务和心跳
nxs(go 实现，内存占用更小) 与 Claude Code 两种 Agent Runtime
macOS 、Windows 桌面端，以及 Docker 服务端部署

后端是 Go ，前端是 React 。Agent Runtime 运行在独立子进程里，通过 stdio JSON 协议和 Nexus 通信。项目采用 Apache 2.0 协议。

现在还比较早期。Room 的基本协作链路已经可以使用，但多用户上下文怎么共享又不越界、Agent 归谁管理、权限和审计怎么做、多个成员怎样持续推进一个长期任务，这些问题还在继续处理。

欢迎试用、提 Issue ，也欢迎直接说这个方向哪里不成立。

leemysw

6 小时 20 分钟前

@lazyfighter 这块分两层做。 @ 不让模型自己猜，服务端根据 Room 成员列表解析，映射到具体的 agent_id ；默认只有第一个有效的 @ 会真正唤醒 Agent ，需要并行时才显式 fan-out 。
防止双方一直“收到—收到”，prompt 有约束，被唤醒的 Agent 只能回复新增结果，没有实际工作就不发消息；服务端还会记录 handoff 关系，拦截自指、重复唤醒和 A→B→A 这种回环。这样即使模型偶尔不听话，路由层也能兜底。

leemysw

6 小时 9 分钟前

@Charlie17Li 区别主要在协作模型吧。Multica 更像给 coding agent 做一层 Linear/Jira ，核心是 Issue 、看板和任务队列； Nexus 从 Room 和成员关系出发，先处理公开讨论、定向沟通、交接、唤醒与恢复，Room 本身不绑定软件开发，也可以拿来组织研究、头脑风暴、学习小组、游戏或者其他多人多 Agent 场景。Nexus 想做的是一套更通用、可扩展的人与 Agent 协作关系。项目确实刚公开不久，还在快速迭代，欢迎来玩玩 hh

leemysw

6 小时 5 分钟前

@skyemin 有考虑的，bridge 本身就是为这层扩展预留的。Nexus 没有直接绑定某一种 Agent SDK ，通过统一协议和 runtime 通信；目前主要跑本机子进程，后续可以扩展 remote transport ，让不同主机分别运行和维护自己的 Agent ，再以统一身份加入同一个 Room 。
远程真正麻烦的其实不只是通信，还包括身份认证、权限、在线状态、断线重连、任务恢复和审计。这些边界目前还在补，所以架构上已经留好了位置，但现在产品层面还不支持。