herdr

作者最终选择继续使用 herdr 而非 Orca，其决定性问题是想要一个新应用还是一个更好的终端，作者选择更好的终端。

herdr 是一个终端原生的 ADE，以单独的 Rust 二进制文件形式运行，没有 Electron，可与 Neovim 并排运行并沿用用户的字体、主题和键位绑定。

herdr 暴露了一个 CLI，agent 可以用它生成 pane、相互提示、等待另一个 agent 完成或阻塞。

在 herdr 中，Claude Code 主会话可根据 CLAUDE.md 中的路由规则，自动把机械性工作交给 Codex，打开 Codex pane、等待其状态而无需轮询，并在 Codex 遇到审批提示时停下来询问用户。

herdr 的每个 pane 都会标记为 working、blocked 或 idle 状态，需要用户时 herdr 会发出通知。

herdr 的会话运行在后台服务器上，因此用户可以分离、合上笔记本或断开 SSH，工作继续运行，重新连接即可恢复。

herdr 的整套配置是一个可放在 dotfiles 中的 TOML 文件，从 Mac 迁移到 Linux 或通过 SSH 连到远程机器时配置完全无缝。

herdr 不包装编码 agent，只是管理它们的终端，支持 Claude Code、Codex、Gemini、Cursor、OpenCode 等多种 agent。

在 herdr 中，扇出（fan-out）是一个 Claude Code 技能，可为一个提示词创建多个 git worktree、启动多个 agent、并行提示、各自运行测试，最后生成对比表，且未经用户批准不会合并任何东西。

herdr 的设计哲学是保持薄终端层，不把每个功能都做进核心，而是让 agent 通过 CLI 和 MCP 等通用接口自行扩展。

herdr会识别每个窗格里运行的是哪个Agent，并为每个Agent维护一个有限状态机

herdr为每个Agent维护四种状态：Working（正在干活）、Block（等待用户决定）、Idle（干完但未查看）、Unknown（无法识别）

herdr的命令行设计给Agent自己使用，让一个Agent给另一个Agent发消息只需执行herdr agent prompt命令

herdr支持将「发消息」和「等结果」合成为一次原子调用

herdr不包装也不替换任何Agent，只是拥有它们的终端，通过掌控终端层实现对Agent的识别和通信

应用层互通要求协作双方使用同一套SDK或API协议，形成生态壁垒；终端层互通绕过应用层协议，在进程与I/O层面拦截和注入，对Agent接口无要求

使用herdr可以搭建跨Agent自动化工作流，例如Agent A写完代码后自动发给Agent B做Code Review

herdr方案需要用户自行搭建和配置，配置成本高于官方应用层方案

herdr是一个用Rust编写的终端复用器，编译成单个二进制文件，通过一行cargo install安装