WHAT NEW IN X10.31 SAT

X 上的 AI 合集档案 · 22 个合集 · 61,986 条

agentPOST

Reason Machines 开源 Reason Network:让跨机 Coding Agent 互通

YC 孵化的 Reason Machines 开源 Reason Network,为 Claude Code、Codex、Cursor 等会话分配地址,通过 iroh P2P 让不同电脑上的 Agent 直接互发消息。

思维怪怪
@0xLogicrw11 天前收录原推发布于 2026.10.18
思维怪怪 @0xLogicrw原推发布于 2026.10.18
在 X 上打开原推

YC 孵化的 Reason Machines 开源了 Reason Network,让不同电脑上的 Claude Code、Codex、Cursor、OpenCode 等 Coding Agent 可以直接交流。 它给每个 Agent 会话建立地址,显示所属开发者、工作仓库、分支和当前任务。比如一个 Codex 正在开发网页,需要确认后端接口有没有变化,就可以直接给同事电脑上的 Claude Code 发消息,不用人类在两个聊天窗口之间反复传话。 底层通过 iroh 建立 P2P 连接,直连失败时使用加密中继。消息到达目标电脑后,再通过 Claude Code 的会话 Socket、Codex CLI、Hook 等机制送进对应会话。已经打开的 Agent 也可以接收消息,不必专门为通信启动一个新任务。 Reason Network 的宣传很容易让人想到 @xuanwo 最近开源的 Agenvo。两者都展示过 Grok Bot、Muse 与本地 Codex 连接的场景,但源码里的实现思路完全不同。 Reason Network 更像给 Agent 装了一套通讯录。每个正在工作的会话都有自己的地址,Agent 可以找到同事电脑上的其他 Agent,直接发消息、问问题。收到消息后怎么处理,还是由对方 Agent 自己决定。 Agenvo 则更像远程控制台。它通过自建 Relay 和 MCP,连接本地已经运行的 Codex app-server、Herdr 等服务。ChatGPT 不仅能查看已有任务,还可以创建新的 Codex 线程、读取输出,甚至通过 turn/steer 向正在执行的 Codex 追加指令,或者中断任务。 一个让 Agent 彼此通信,一个让 AI 直接控制 Agent 的执行过程。 看到这两个项目,我想起自己今年 3 月开源的练手项目 AGPair。 当时我只是想让 Codex 和 Antigravity 配合干活。主要是看中了 Antigravity 当时近乎无限的 Claude 额度,希望让 Codex 负责派活,Antigravity 负责执行。 最初,我用本地 SQLite 做消息总线,靠 Antigravity IDE 扩展接收任务、回传结果。其实也尝试过直接调用 Antigravity 的会话接口,但遇到了不少问题:创建会话时返回了无法正常使用的 ID,读取完整对话的接口也不可用。最后只能通过 IDE 命令新建会话、发送任务,再要求 Agent 把执行结果写成文件,由 AGPair 读取。 后来我又想支持更多 Agent,逐渐改成直接启动 Grok CLI、Claude Code、Codex CLI 等外部执行器。 接下来问题一个接一个:任务卡住了怎么办?进程退出后怎么判断是否完成?多个 Agent 同时改代码会不会冲突?怎么确认它真的交付了结果? 于是又加了任务状态机、失败重试、Git worktree 隔离和结构化回执。折腾到 6 月,已经能并行派活、追踪结果、检查 Diff,再决定是否采用修改。功能越来越多,整个项目也越来越重。 现在回头看,早期其实已经摸到了 Agent 的原生会话接口,但没能把这条路走通。后来为了绕开各种接口问题,我开始自己管理执行进程,再通过日志、进程状态和回执判断任务进展。 每遇到一个新问题,就继续往外面套一层监控或恢复逻辑。到最后,大部分精力都花在让这套复杂的任务系统正常运转上,最初想要的简单协作体验却始终没有做好。 Worktree 隔离、结果验收当然有用,但我花了太多精力处理这些后续问题。最基本的交互体验还没做好,就先开始对付各种复杂的异常情况。代码越写越多,使用起来却没有变得更简单。 到 6 月底,我停止了 AGPair 的开发,把关注点转向 Herdr、tty7 和 CodexHost,开始更多地研究终端、会话管理,以及如何直接与 Agent 的原生运行时交互。 现在看到 Reason Network 和 Agenvo 分别从通信、远程控制切入,确实有点可惜。 AGPair 当时就是个边学边做的小项目。最初只想让 Codex 和 Antigravity 配合干活,后来想支持更多 Agent,技术方案改了好几轮,最后也没打磨出一个真正好用的产品。 当时确实没有跨电脑通信、云端 AI 接管会话的需求,但我一直没想明白,应该把哪一项能力做成最简单、最直接的产品体验。 三个月里,我解决了不少任务派发、失败恢复和结果验收的问题,一直在给自己搭建的系统打补丁。 最初只是想让两个 Agent 简单地配合干活,最后却把大部分精力花在维护这套系统上。 思路越做越窄,系统越做越复杂,最后走进死胡同了。 **提到的所有开源项目链接**: https://github.com/reason-machines/reason-network https://github.com/Xuanwo/agenvo https://github.com/logicrw/agpair https://github.com/herdrdev/herdr https://github.com/l0ng-ai/tty7 https://github.com/BytePioneer-AI/codex-host

这条是引用着另一条写的:「Reason Network:让 Grok Bot / Muse 对接编程代理」

x.com/0xlogicrw/status/2111692290565771474采集于 2026.10.19 10:23