Herdr：为AI而生的终端，让智能体互相协作

如果你还在用 Tmux 管理 AI 编程会话，可能已经落后了。YouTube 频道 NetworkChuck 在视频中直言：“你应该立刻开始用 Herdr，它就像 Tmux，但专为 AI 打造。” 他自称每天使用，甚至说“我再也没看过 Tmux 一眼”。这款终端工具究竟有什么魔力？本文基于该视频内容，梳理 Herdr 的核心能力、安装体验与实战场景。

为什么说 Herdr 是「AI 原生」终端

Herdr 的定位很明确：它不是给传统命令行用户准备的，而是为与 AI 智能体（agent）协同工作而设计。据 NetworkChuck 演示，Herdr 解决了 Tmux 的几个痛点——鼠标优先操作、会话持久化、智能体状态感知，以及最关键的：让 AI 智能体能够反过来控制终端。

传统终端里，AI 只是一个运行在 pane 中的进程；而在 Herdr 中，AI 智能体是被“安置”在一个个会话空间里的居民。它们有状态、有位置、能主动通知你，甚至能自己打开新窗口、和其他智能体对话。这种设计思路的转变，让终端从“人操作工具”变成了“人机共用的工作台”。

Tmux 是终端复用器（terminal multiplexer）的代表工具，诞生于 2007 年，核心能力是在单个终端窗口内创建多个会话、窗口和窗格，并支持会话 detach/attach。它最初服务于系统管理员和远程运维场景，设计哲学是键盘驱动、脚本可编程、低资源占用。Tmux 的 Ctrl+B 前缀键、分屏、会话持久化等机制被大量后续工具借鉴。然而 Tmux 诞生于 AI 智能体普及之前，它把窗格内的一切都视为普通进程，既不知道某个窗格运行的是 Claude 还是 vim，也无法感知进程是否在等待输入或已完成任务。这正是 Herdr 试图填补的空白：保留 Tmux 的操作习惯，但在会话模型中加入对 AI 智能体的语义理解。

安装与上手：跨平台，但 Windows 是个惊喜

NetworkChuck 演示了 Herdr 的安装流程。访问 herdr.dev 可以看到 Mac OS 和 Linux 的安装命令，Windows 则使用 PowerShell 命令。他特意在 Windows 机器上测试，表示“完全可行”，随后在 Mac 和 Linux 上也快速完成。安装后输入 herdr 即可启动。

初次进入会有一个简洁的引导界面。由于是鼠标优先的终端，点击即可完成大部分操作，但键盘快捷键才是效率关键。引导中会提示安装 AI 集成，他演示了 Claude 和 Hermes 的快速接入。设置里还能开启声音提示、toast 通知和主题更换，他顺手选了 Groovebox 主题。

控制键前缀是 Ctrl+B，和 Tmux 一致，降低了迁移成本。Herdr 提供了完整的快捷键帮助：按 Ctrl+B 再按 ? 即可查看所有键位，还支持用 / 搜索命令。

AI 智能体（AI agent） 与普通的聊天式 AI 有本质区别。聊天式 AI 只负责一问一答，而智能体具备调用工具、执行命令、读写文件、自主规划多步任务的能力。在编程场景中，Claude Code、Codex、Gemini CLI 等都属于智能体形态：它们运行在终端里，可以主动执行 shell 命令、修改代码库并根据结果调整策略。智能体的一个关键特征是"运行时间长"和"状态多变"——它可能正在推理、等待工具返回、被权限确认阻塞，或已完成任务等待人工审阅。Herdr 的 agents 面板和状态筛选正是围绕这些状态建模的，这也是它与普通终端多路复用器的根本差异。

会话持久化：关掉电脑也不丢

Herdr 本质上是一个后台运行的服务器。你启动的所有终端、窗口、pane 和 AI 智能体都“住”在里面，不会因为 detach 而消失。演示中，他在一个 pane 里运行 ping，按 Ctrl+B 再按 Q 脱离会话，再次输入 herdr 时，ping 仍在继续。

更关键的是，即使服务器停止或电脑重启，会话也能恢复。视频结尾他特意演示了 herdr server stop 后重新进入，所有 AI 会话立即恢复，“就像你从未离开”。对于需要和 AI 长时间对话的开发者来说，这解决了断线重连、上下文丢失的核心焦虑。

布局管理：窗口、Pane、Tab、Workspace 四层结构

Herdr 的布局体系分为四层，从下到上依次是：

• Pane：最小单位，可垂直（Ctrl+B 然后 V）或水平（Ctrl+B 然后 -）分割，支持重命名（Ctrl+B 再按 Shift+P）。
• Tab：组织 pane 的容器，用 Ctrl+B 再按 C 新建，Shift+T 重命名，P/N 前后切换，或按数字跳转。
• Workspace：组织 tab 和 pane 的顶层空间，用 Ctrl+B 再按 Shift+N 新建，Shift+W 重命名，Shift+D 关闭，W 快速跳转。
• 全局导航：Ctrl+B 再按 G 打开“go to”面板，可用方向键、HJKL 或 JK 导航所有空间和会话。

他演示了用 Vim 风格键位（H/J/K/L）在 pane 间移动，用 Ctrl+B 再按 R 配合 H/J/K/L 调整 pane 大小。关闭 pane 用 Ctrl+B 再按 X。

智能体状态感知：通知、筛选与视觉反馈

当你在 Herdr 中启动 AI 智能体后，它们会自动出现在一个专门的“agents”面板中，点击即可跳转到对应 pane。更实用的是通知系统：在设置中开启声音和 toast 后，智能体完成任务、被阻塞或需要提问时，Herdr 会发出提示音并弹出通知。

演示中，他让 Claude 讲一个恐怖故事，让 Hermes 回答最难的数学问题，随后收到了通知。但真正的高效功能是状态筛选：按 Ctrl+B 再按 G 打开导航面板，然后：

• 按 D 筛选“已完成”的智能体
• 按 B 筛选“被阻塞/等待你回复”的智能体
• 按 W 查看“正在工作”的智能体
• 按 I 查看“空闲”的智能体
• 按 A 显示全部

他还演示了用 / 搜索会话内容，比如搜索“baptize”能直接定位到相关会话，说明搜索范围覆盖会话名和内容。这个筛选系统让管理多个并行 AI 任务变得像查看邮件收件箱一样直观。

杀手级功能：智能体控制终端，智能体互相对话

这是 Herdr 区别于所有终端工具的核心。NetworkChuck 展示了两个层次的智能体协作：

智能体反向控制 Herdr

Herdr 提供了一个“skill”，让智能体能够调用其 API 或 CLI。演示中，他让智能体 Morpheus“打开五个 pane”，Morpheus 直接执行，五个 pane 瞬间出现；再说“关闭它们”，同样立即完成。这意味着智能体不再只是被动运行，而是能主动调整自己的工作环境。

Hooks 是一种事件回调机制：系统在特定事件发生时（如智能体完成任务、抛出问题、进入空闲）自动触发预先注册的处理逻辑。在 Herdr 中，hooks 让主会话能够感知其他智能体的状态变化，并把它们的输出作为上下文回传给主智能体。这与传统终端中的 shell 钩子（如 bash 的 PROMPT_COMMAND）思路相近，但作用对象从命令执行转向了智能体生命周期事件。配合 Herdr 暴露的 CLI/API，智能体既能被通知，也能主动发起动作，从而形成"事件驱动 + 双向通信"的多智能体协作模型。

智能体之间的对话与协作

更震撼的是多智能体协作场景。他让 Morpheus 打开四个 pane，分别启动 Codex、Grok、Anti-Gravity 和另一个 Claude 会话，要求它们协作编写一个 ASCII 艺术场景——每只智能体负责《哈利·波特与阿兹卡班的囚徒》中的一个不同场景，限时三分钟。

Morpheus 不仅启动了它们，还能看到它们的对话并代为回复。Herdr 内置了“hooks”，主 Claude 会话会等待其他智能体的回答，任何智能体完成或提问时，信息会自动回传。它们“对当前状况有情境意识”，能互相协调。

他还演示了一个更简单的例子：让 Codex 在旁边的 pane 中回答几个问题，两者来回对话。Codex 回复后，主智能体甚至主动重命名了 pane——这是它自己决定的，没有被要求。

远程 Herdr：跨机器、跨智能体的协作

远程功能是较新的特性。前提是另一台机器已安装 Herdr 且可通过 SSH 访问。操作很简单：

herdr machine list
herdr machine add --label "big Mac" username@10.77.14.204

添加后，远程机器上的 Herdr 会话会出现在本地导航中，通知也能跨机器接收。演示中，他让本地智能体 Terry 通过 Herdr 联系远程 Mac 上的 Morpheus，在指定 workspace 中请求状态更新。Morpheus 收到并回复，Terry 等待答案后完成——一台机器上的智能体与另一台机器上的智能体完成了无缝对话。

工作树可视化：AI 编程的额外加分项

Herdr 还能感知 Git worktree。他让 Morpheus 用 Gemini、Claude 和 Codex 基于 worktree 创建一个示例项目，Herdr 界面中直接显示了 worktree 的创建状态和分支情况，智能体完成后还自动提交了分支。对于需要并行开发多个分支的团队，这种可视化降低了协调成本。

Git worktree 允许从同一个仓库同时检出多个工作目录，每个目录对应不同的分支，彼此共享 .git 对象库但拥有独立的工作区。与频繁切换分支相比，worktree 让开发者（或智能体）可以并行修改多个分支而互不干扰。在 AI 编程场景中，这一特性尤其有价值：可以让不同智能体各自在一个 worktree 中独立开发，最后由人合并。Herdr 对 worktree 状态和分支的可视化，实际上是把这种并行开发的协调成本从命令行搬到了可观察的界面中。

和 Tmux 比，到底强在哪

NetworkChuck 在视频末尾给出了直接对比：他在使用 Herdr 后“再也没有回看过 Tmux”。两者的核心差异不在于快捷键或分屏——Herdr 沿用了 Ctrl+B 前缀，学习成本很低——而在于设计目标：Tmux 为人和脚本设计，Herdr 为人和 AI 智能体共同设计。鼠标优先、状态筛选、通知系统、智能体反向控制、智能体间通信、远程会话管理，这些功能在 Tmux 中需要大量自定义脚本才能拼凑，而 Herdr 开箱即用。

当然，视频没有提及 Herdr 的定价、开源协议或资源占用情况，这些是实际选型时需要额外核实的信息。另外，演示中 Grok 多次被提到“总是很慢”，说明多智能体协作的体验仍受各模型响应速度制约。

适合谁用

如果你每天和多个 AI 编程助手打交道，需要在它们之间切换、等待结果、传递上下文，Herdr 的会话持久化和状态筛选能显著减少管理成本。如果你需要让多个智能体协作完成一个任务，它的 hooks 和反向控制能力目前少有替代品。如果你只是偶尔用一次 AI，传统终端或 IDE 插件可能更轻量。

视频作者的总结是：“Herdr 几乎把我拉回了终端，我很开心。” 这句话或许概括了这类工具的价值：不是取代图形界面，而是让终端在 AI 时代重新变得高效、可感知、可协作。