V2EX › leemysw 的所有回复 › 第 1 页 / 共 1 页

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

7 月 29 日

回复了 leemysw 创建的主题 › 程序员 › [开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

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

7 月 29 日

回复了 leemysw 创建的主题 › 程序员 › [开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

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

7 月 29 日

回复了 leemysw 创建的主题 › 程序员 › [开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

@loveumozart nxs 是自研的，暂时闭源，也还有挺多细节需要打磨

7 月 29 日

回复了 leemysw 创建的主题 › 程序员 › [开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

@tonywwwz 可以到仓库里扒一扒代码

7 月 29 日

回复了 leemysw 创建的主题 › 程序员 › [开源] 做了一个让人和多个 Agent 一起工作的项目： Nexus

@Leon6868 Launcher 里那堆小球和方块用 Matter.js 做 2D 刚体物理，DOM 负责渲染，Matter 计算重力、碰撞和堆叠； App 里的 nexus 是 Canvas ASCII 粒子，先把文字转成像素 Mask ，再让字符粒子弹性归位，鼠标靠近时施加斥力。代码可以在仓库里扒一下，AI 复现一下还是很容易的

4 月 4 日

回复了 leemysw 创建的主题 › 程序员 › [开源] Token Share —— macOS 原生菜单栏 LLM API 网关

![image]( https://oss-ech0.leemysw.top/1_1775294554_1e9e6c.png)

3 月 31 日

回复了 leemysw 创建的主题 › Python › [开源] 做了个 feishu-docx，把飞书知识库变成 AI 更容易读写和管理的内容源，方便给 Agent 用

feishu-docx v0.2.3 发布了。

主要是新增了 Browser-based 导出能力：只要文档在你当前浏览器会话里可读，就可以直接导出为 Markdown 。公开分享文档也能更稳定地导出，图片和附件现在也会一起下载到本地。同时 SDK 导出优化了公开文档图片/附件下载链路。

欢迎试用，反馈问题和建议。

3 月 31 日

回复了 leemysw 创建的主题 › 求职 › resume-coach — 让 AI 当你的猎头，给简历做个全面体检

@BeanzZ 感觉有这个趋势

3 月 17 日

回复了 leemysw 创建的主题 › Python › [开源] 做了个 feishu-docx，把飞书知识库变成 AI 更容易读写和管理的内容源，方便给 Agent 用

@xylophone21 更轻、聚焦文档内容。
看了下 openclaw-lark 还需要依赖 mcp, 文档操作的 skill 给了很多参考文档让模型自主发挥。更像是飞书连接器，能力范围更大，也更依赖模型自己去理解文档、接口和上下文再决定怎么调用，灵活性会更高。
相对来说 feishu-docx 本质上是把常用链路直接封装成现成 CLI 了，就几个命令行，如果是针对文档导出、写回、同步和自动化处理这种更明确的任务，feishu-docx ，链路短一点，也更可控。

3 月 17 日

回复了 leemysw 创建的主题 › Python › [开源] 做了个 feishu-docx，把飞书知识库变成 AI 更容易读写和管理的内容源，方便给 Agent 用

@factoid 思维导图也是白板吧，这类可以导出图片或者元数据