herdrdev/herdr

解决什么问题

同时跑几个 coding agent（Claude Code、Codex、Cursor、opencode 之类）时，常见的做法是开一堆 tmux window 或普通 shell。合上笔记本或 SSH 断线，会话就没了；而真正费神的是在几个 agent 之间找出那个已经停下来等你回复的。herdr 是一个 Rust 写的运行时，接管 agent 所在的终端面板，并给每个面板标上 working、blocked 或 idle。

有什么不同

和 tmux、Zellij 相比，herdr 不打算做通用多路复用器加脚本层，它默认每个面板里可能跑着一个 agent。这带来三点：后台 server 让会话在断开后继续存活并在重启后恢复布局；本地与已保存的 SSH 机器合成一个 agent 列表；socket/CLI API 让 agent 能开面板、互相发提示、并等到对方真正 blocked。它不包装也不替换 agent，只占住终端，所以只要能在 TTY 里跑的东西都能用。代价是“识别 agent 状态”依赖逐个 agent 的集成，覆盖面取决于接入了多少。

适合谁

已经在并行跑两个以上 coding agent、尤其是一台笔记本加若干远程机器的开发者，收益最直接。只在一台机器上跑一个 agent、用 tmux 加几个脚本就够的人没必要迁移，提升有限。需要 GUI、审计日志或集中式 agent 权限管理的团队应该另找方案，这是纯键盘和终端工具。

上手成本

单个 Rust 二进制、无 Electron、Apache-2.0，可通过安装脚本、Homebrew、mise 或 release 二进制安装，Windows 版本标注为 beta。真正的成本是习惯迁移：把现有 agent 流程搬进 herdr 面板，并记住 detach/reattach（ctrl+b q）。风险在于，会话恢复只还原布局和支持 resume 的 agent 会话，机器重启后原进程不会存活，也不是所有 agent 都支持恢复；远程机器功能比本地新；README 大多指向 herdr.dev/docs，插件 API 稳定性和 agent 集成覆盖范围得去文档里确认。

点评

项目 211 天，约 45.7k star，但上榜的两天分别只 +147 和 +144，属于长期积累、当前增速平缓，不是爆发式新项目。热度是真的，但生态和 agent 集成仍年轻。已经在并行跑 agent 的人值得花一个下午试试；一次只跑一个 agent 的人可以先观望。