axel.md：终端里的多Agent编排工具，为Rex而生

从多开终端窗口说起

当开发者同时使用 Claude Code、Codex 和 OpenCode 时，常见的工作流是开好几个终端标签页，手动在不同窗口之间切换、粘贴上下文、追踪每个 agent 跑到哪一步。这种「人肉调度」在任务变复杂后很快失控：哪个会话在等输入、哪个已经跑完、哪台机器上还挂着未完成的任务，全靠脑子记。

axel.md 试图解决的就是这个交接层的问题。它在 Product Hunt 上的定位很明确：终端里的 agent orchestration，并且是「designed for Rex」。这句话是理解这款产品的前提——它不是给所有终端用户准备的通用工具，而是围绕 Rex 这个使用场景来设计调度逻辑。

Agent orchestration（智能体编排） 指在多个自主 AI agent 之上增加一个调度层，统一决定谁在何时执行、如何交接上下文、状态如何持久化。它不生产 agent 能力，而是管理 agent 之间的协作关系，类似容器编排系统管理容器实例。在终端场景中，编排层通常需要解决会话复用、状态可见性、跨进程/跨机器调度三个问题，这也是 axel.md 这类工具的核心立足点。

核心能力：持久会话与命名 agent

据产品页描述，axel.md 把 threads（线程）和 named agents（命名 agent）重新带回终端。这两者组合起来，本质上是给每个 agent 会话一个可追踪的身份：你可以给不同用途的 agent 命名，让它们在各自的线程里持续工作，而不是每次启动都是一次性的、上下文清零的对话。

它明确支持的 agent 包括 Claude Code、Codex 和 OpenCode 三者。这意味着 axel.md 自身不生产 agent 能力，而是站在编排层：谁在跑、跑到什么状态、下一步该谁接手，这些信息由 axel 统一管理。

durable sessions 的意义

产品强调 durable sessions（持久会话）。对终端工作流来说这一点很关键——终端进程一旦关闭，普通会话就丢了。持久化会话让编排层可以在多个 agent 之间维持状态，避免每次重启都重新交代背景。它带来的直接好处是长任务的中断恢复成本降低，间接好处是 agent 之间的交接可以更连贯。

「终端能理解的状态」

另一个值得注意的表述是「status the terminal understands」。agent 在运行时会产生大量状态信息，但传统终端只认文本流和退出码。axel.md 的做法是让状态信息以终端原生可消费的形式呈现，而不是另开一个 Web 面板。对习惯在命令行里工作的开发者来说，这减少了上下文切换的成本。

Claude Code、Codex 与 OpenCode 是三类可在终端运行的编码 agent：Claude Code 由 Anthropic 推出，Codex 是 OpenAI 的编码助手系列，OpenCode 则是开源社区的终端编码 agent。它们各自维护会话上下文，通常以一次性进程方式启动。axel.md 将三者纳入统一编排，意味着同一调度视图下可以混用不同厂商的 agent，按任务类型分工，而不必为每个 agent 单独维护切换习惯。

跨机器：Tailscale 接入其他设备

产品描述里提到「your other machines over Tailscale」。也就是说，axel.md 的编排范围不限于本机，可以通过 Tailscale 把其他机器上的 agent 纳入同一套调度视图。

这个设计选择有明确的取舍。使用 Tailscale 而不是自建中继，意味着依赖现有的点对点组网能力，部署门槛较低，同时也把网络层的复杂度交给了一个成熟工具。代价是用户在组网层需要已经使用 Tailscale。对于本来就在多机环境里用 Tailscale 的开发者，这是顺理成章的扩展；对没用过的人，则多了一层前置依赖。

从使用场景推断，这更适合「笔记本 + 开发机 + 服务器」这类组合：把重任务丢给远端机器上的 agent，本地只负责下达指令和查看状态。

Tailscale 是基于 WireGuard 构建的点对点虚拟组网工具，能在不同网络环境的设备之间建立加密直连，无需公网 IP 或手动配置端口转发。设备加入同一 tailnet 后即可像局域网一样互访。axel.md 借助它把远端机器上的 agent 暴露给本地编排视图，用户无需自建中继或 VPN 即可完成多机调度；前置条件是所有参与设备都已安装并登录 Tailscale。

定位与适用边界

designed for Rex 这个副标题值得单独说。它暗示 axel.md 并非追求通用化的 agent 调度平台，而是与 Rex 这一具体工作方式绑定。好处是设计上可以更聚焦，接口可以更贴合特定流程；风险是通用性受限，不在 Rex 工作流里的开发者可能觉得功能面偏窄。

从 Product Hunt 的数据看，71 票、2 条评论、排名 #5，属于早期曝光阶段的产品。作者是 Ludo Galabru，项目归类在 Productivity、Open Source、Developer Tools、GitHub 之下，并以开源形式发布。开源这一点对编排类工具尤为重要——调度逻辑和状态管理往往需要贴合个人工作流改造，可修改性是实际采纳的前提。

它解决的真问题

多 agent 并行的瓶颈往往不在单个 agent 的智能水平，而在人与多个 agent 之间的协调开销。每多开一个 agent，就多一份状态要跟。axel.md 把 threads、命名、持久会话、跨机状态这些要素收拢到终端一处，针对的正是这部分隐性成本。

它是否值得上手，取决于两件事：你是否同时使用 Claude Code、Codex、OpenCode 中的多个，以及你是否已经在多台机器上跑任务。两个条件都满足时，编排层的价值最明显；只用一个 agent、单机工作的话，收益可能不足以抵消学习和配置成本。

常见问题

axel.md 是免费的吗？ 产品在 Product Hunt 上标注为 Open Source，归类含 GitHub，具体许可证与收费模式需查看其 GitHub 仓库。

它支持哪些 agent？ 据产品页说明，支持 Claude Code、Codex 和 OpenCode。

跨机器一定要用 Tailscale 吗？ 产品描述中跨机器能力以 Tailscale 为载体，未提及其他组网方式。

它和直接开多个终端窗口有什么区别？ 核心差异在持久会话、命名 agent 的统一状态视图，以及跨机器的调度能力，而非单纯的窗口管理。