用 coding agent 的人迟早都会撞上同一件事：Claude Code 跑着跑着，你合上电脑去吃饭，回来会话断了；或者同时开了五六个 agent，屏幕切来切去，根本不知道哪个卡住了在等你去拍板。herdr 就是冲着这些「agent 住哪儿、怎么管」的破事来的——它用 Rust 写了一个轻量的运行时，让你的 coding agent 们有地方安家。
是什么
herdr 的标语很直白：the runtime your coding agents live on（你的 coding agent 赖以生存的运行时）。它不包装、不替代你已经在用的 Claude Code、Codex、Cursor、opencode、Grok 那些工具，而是「接管它们的终端」。你可以把它理解成一个比 tmux 更懂 agent 的终端管理器：agent 的进程跑在后台服务里，客户端关了、SSH 断了，活儿还在跑。
核心优势
关掉客户端也不中断。这是最戳人的一点。你合上笔记本、断了 SSH，herdr 的后台服务把终端留着继续跑；机器重启后它能恢复保存好的布局，支持的 agent 会话还能接着干。对经常开着长任务的人来说，等于少了很多「半夜回来发现白跑两小时」的事故。
多台机器，一个窗口。本地活儿和通过 SSH 连的远程机器能收在同一个界面里，agent 列表合并，各自独立重连。远程开发、跑服务器任务的场景很实用。
再也不会找不到卡住那个。每个分屏都标着「工作中 / 阻塞中 / 空闲」。agent 停下来等你答复时，herdr 会明说，而不是让你对着一排安静的窗口猜哪个需要你。
agent 原生。agent 自己能通过 CLI 和 socket API 驱动 herdr：开分屏、互相 prompt、一直等到另一个 agent 真的卡住。换句话说，它能让一群 agent 在同一个运行时里协作，而不是各开各的终端各跑各的。
一个 Rust 二进制，没有 Electron。它直接跑在你现有的终端里，资源占用低，启动快，不塞一堆后台进程。Windows 也有安装脚本（含受端点保护的版本）。
安装 / 使用方法
装起来就一行：
curl -fsSL https://herdr.dev/install.sh | sh
或者 brew install herdr、mise use -g herdr。装完在干活的地方敲 herdr 启动，分屏、跑 agent，然后走人。想断开就 ctrl+b q，回来再敲 herdr 重新连上。Windows 上用 PowerShell 的 irm https://herdr.dev/install.ps1 | iex 也能装。
herdr 仓库主页：41,964 Star，当前版本 v0.9.3
不是没有槽点
它是「终端运行时」，不是 agent 本身。herdr 不帮你写代码、不选模型，它管的是「agent 的窝」。如果你其实想要的是更强的 agent，这东西帮不上忙，得配合 Claude Code 那些用。
重连不等于进程复活。文档说得很实在：机器或服务器重启后，它恢复的是「布局」，原始进程并不存活，只有支持的 agent 会话能续上。别指望它把半年前崩掉的进程原地拉起来。
相对年轻。项目 2026 年 3 月才建，版本还在 0.9.x，API 和插件生态还会动。企业关键链路先用着可以，但别指望它已经稳得像 tmux 那样十年不变。
跟同类怎么比
和 tmux / zellij 比，herdr 多了「agent 感知」：分屏状态、互相等待、agent 通过 API 自己操作 herdr，这些是纯终端复用器没有的。和各个 agent 自带的 UI 比，herdr 是中立的「统一居所」，不绑某一家，你换 agent 不用换工作环境。和更重的 IDE 集成比，它走的是极简终端路线，不抢你的编辑器。
一句话总结：如果你已经同时养着好几个 coding agent、又被断连和「哪个在等我再动」折磨过，herdr 值得一试——它解决的不是「怎么写代码」，而是「怎么让一群 agent 安生地活着」。先拿它管一周的多 agent 任务，比看文档体会更深。
herdr.dev 主页：断连不停、多台机器一个窗口
GitHub：github.com/herdrdev/herdr
官方主页：herdr.dev
标签：#herdr #AI智能体 #codingagent #终端运行时 #Rust #多Agent协作
你平时同时开着几个 coding agent？最常被哪个「默默卡住等你」坑过？