- Herdr 不是新的 AI 模型,也不是浏览器控制台,而是运行在现有终端里的 Agent-aware terminal multiplexer,可把多个真实终端、项目和编程 Agent 放进同一套界面。
- 退出 Herdr 客户端不会结束窗格里的进程;如果是服务器重启,则要靠保存的布局、屏幕历史和对应 Agent 集成恢复,不能把两种情况混为一谈。
- Linux 与 macOS 提供稳定版本,Windows 仍是 preview-only beta;Windows 当前不支持原生 herdr --remote 和 live handoff。
- Herdr 最适合同时运行多个 CLI Agent、经常 SSH 到服务器或需要脚本化编排的人;如果只偶尔运行一个 Agent,原生终端或成熟的 tmux 配置通常更简单。
Herdr是什么:把19类AI Agent放进真实终端
Herdr 是一个面向 AI 编程 Agent 的终端复用器。它不替换 Ghostty、iTerm2、Kitty 或其他终端,也不把 Codex、Claude Code 包装成网页应用;它接管的是这些工具所在的真实终端窗格,再按 workspace、tab 和 pane 组织起来。官网截至 2026 年 8 月列出 19 类可自动识别的 Agent。 它解决的不是“让模型写得更好”,而是并行任务增多后的注意力问题。一个 Agent 在改接口,一个在跑测试,另一个停在权限确认页时,普通终端复用器只能展示三股字符流;Herdr 会尝试把窗格归类为 working、idle 或 blocked,让人先去处理真正需要输入的任务。
这也解释了 Herdr 和 Agent 编排框架的区别。编排框架决定任务怎样拆分、模型如何协作;Herdr 管理的是任务实际运行的 PTY、进程、终端布局和交互入口。前者像项目调度规则,后者更像带 Agent 状态识别的“控制室”。
Herdr的两个核心机制:后台会话与语义状态
第一个机制是后台会话服务器。运行 herdr 后,终端客户端只是渲染和操作入口,pane 与其中的 Agent 由后台服务器持有。按 Ctrl+B 再按 Q 分离,或者直接关闭终端窗口,进程仍会继续运行;再次执行 herdr 就能重新连接。
不过,“分离后继续运行”不等于“机器或服务器重启后原进程还活着”。Herdr 官方把状态路径拆得很清楚:客户端 detach 时,进程本身没有停止;服务器重启后,布局可以重建,但 Agent 对话要恢复,必须由对应集成上报有效的原生 session reference。Codex 至少需要第 5 版 Herdr 集成,Claude Code 至少需要第 6 版;缺少、过期或重复的引用只会恢复成原目录中的普通 shell。 第二个机制是语义状态。Herdr 有两类信号:部分 Agent 通过生命周期 hook 或插件直接报告 working、idle、blocked;另一些工具,例如 Codex 和 Claude Code,主要依靠屏幕 manifest 识别状态,官方集成负责补充会话身份。因此,“Herdr 能看到某个 Agent”和“Herdr 能精确掌握它的生命周期”不是同一件事。
Herdr与tmux、桌面Agent管理器有什么区别
Herdr 的价值不只是多开窗格,而是把窗格状态变成可以观察和调用的数据。tmux 与 Zellij 擅长持久终端和 SSH,但默认不知道屏幕里运行的是 Codex 还是测试命令;桌面 Agent 管理器通常更容易上手,却往往绑定特定应用或本机界面;worktree 工具负责隔离代码目录,也不负责保存真实终端进程。
| | |
|---|
| | |
| | |
| | |
| 把真实终端、Agent 状态、远程接管和本地 API 合在一起 | |
Herdr 还有一层普通终端复用器较少直接提供的能力:CLI 和本地 socket API 可以创建 workspace、拆分 pane、执行命令、读取输出、发送提示,并等待 Agent 进入特定状态。官方建议普通自动化先使用 CLI wrapper,只有需要长连接事件订阅或精确请求响应控制时才直接调用 socket API。
Herdr适合哪些场景,又有哪些明确边界
Herdr 最合适的场景是“一台机器上同时有多个长期运行的 CLI 任务”。例如,开发者可以为前端、后端和测试建立三个 workspace,在各自 pane 中运行 Codex、Claude Code 和测试进程;离开工位时分离客户端,之后从原终端或 SSH 重新连接。远程开发还支持 herdr --remote workbox:本地 Herdr 作为轻客户端,通过 OpenSSH 连接远端服务器,并可桥接本地图片剪贴板。
如果日常只有一个 Agent,Herdr 带来的收益可能小于新的快捷键和状态模型。已经拥有复杂 tmux 配置、依赖大量插件的用户,也不应因为“Agent-aware”就立即迁移全部工作流。一篇 2026 年 7 月的第三方评测认可状态侧栏对多 Agent 场景的价值,同时认为 Herdr 还不能替代 tmux 十多年积累的定制生态;这属于评测者判断,不是性能 Benchmark。
平台边界同样明确。Linux 和 macOS 是稳定支持平台,Windows 原生版本仍处于 beta。Windows 目前不支持本地二进制直接执行 herdr --remote、live server handoff、远程剪贴板图片桥接等能力;官方建议 Windows 用户先 SSH 到服务器,再在远端运行 herdr。
更新过程也不能被理解成绝对无中断。herdr update --handoff 仍是实验性功能,而且即使 handoff 成功,正在进行的 CLI/API 请求、wait、订阅流和 pane 间消息也可能中断,调用方需要重连和重试。Homebrew、mise 与 Nix 安装也不能使用 Herdr 自带更新器完成 live handoff。Session state and restore Herdr快速上手:从安装到接入Codex
Linux 或 macOS 可以使用官方安装脚本;已经使用 Homebrew 的 macOS 用户可以直接从包管理器安装。本文没有在当前环境代替读者执行在线安装,因此以下命令严格采用官方文档,而不是声称已经完成本机实测。
进入界面后,可以在项目目录对应的 workspace 中打开 pane,再像平时一样运行 codex 或 claude。若希望服务器重启后恢复原生 Agent 会话,需要安装相应集成: Codex 集成会在 ~/.codex 或 CODEX_HOME 下写入 Herdr hook,并确保 config.toml 中启用 hooks;Claude Code 集成会更新其配置目录中的 hook。安装前应确认两个 Agent 的配置目录已经存在。它们的集成主要上报 session identity,working、idle、blocked 状态仍来自屏幕识别。
安装完成后,不要只以“命令没报错”作为成功标准。至少完成三项验证:运行 herdr agent list 确认 Agent 被识别;用 herdr pane read --source recent --lines 50 检查 Herdr 实际看到的屏幕;最后分离客户端并重新执行 herdr,确认 pane 中的进程仍在。若状态不准确,先确认 Agent 确实运行在 Herdr pane 内,并检查 hook 是否安装在同一用户的配置目录。 Herdr在AI编程工具生态中的位置
Herdr 更像 AI Agent 时代的终端运行层,而不是另一个全能 IDE。它把“真实终端不会被替换”“任务可以在后台持续”“Agent 状态能被观察”“自动化可以调用同一控制面”四件事组合起来。项目代码已迁移到 herdrdev/herdr,当前采用 Apache-2.0 许可证。
是否值得使用,可以用一个简单标准判断:如果你经常同时运行三个以上 CLI Agent,并且“找到谁卡住了”已经成为重复劳动,Herdr 值得用一个真实项目试跑;如果你的核心需求只是保留一个远程 shell,tmux 更成熟也更轻;如果你更看重可视化任务卡片、内置 diff 和一键审查,桌面 Agent 管理器可能更合适。
第一次试用不必迁移所有工作流。选一个可丢弃的项目,同时启动两个 Agent,观察状态识别是否可靠,测试 detach/reattach,再人为重启一次 Herdr 服务器检查会话恢复。只有这四步都符合预期,才把 Herdr 放进长期开发环境。对终端基础设施来说,能恢复、能诊断、能退出,比界面看起来热闹更重要。