Herdr 已发布原生应用
Herdr 是一个围绕 AI“编码 agent”构建的开源终端多路复用器，最近发布了原生桌面应用，引发了人们将其与 tmux、Zellij、Orca 以及新兴竞争者 Rex 等长期工具进行比较。用户称赞 Herdr 的 agent 感知能力、远程会话管理、基于 libghostty 的渲染，以及可定制的 UI “recipes”，认为它简化了跨项目协调多个 agent 和多台机器的工作。质疑者则对其风投背景、遥测默认开启以及新应用与原始 TUI 之间可能出现的碎片化表示担忧，并质疑其长期变现、锁定风险，以及它是否比传统终端加现有 agent 工具提供了足够多的新东西。
总体反响
- 许多评论者每天都在使用 Herdr，并形容它打磨得很好、稳定，而且相比 tmux 和其他多路复用器提升了生产力。
- 也有人只是短暂试用后又回到了 tmux + Ghostty 或现有方案，认为这些收益不足以抵消学习新工具的成本。
- 一些人表示宣传文案让人困惑或“很有氛围感（vibey）”，并没有清楚说明它到底做什么。
与 tmux、Zellij、Orca 等的比较
- 相比 tmux，Herdr 被认为更易用，默认设置更合理，支持鼠标，并且对 agent 的处理更好。
- 也有人反馈与 tmux 相比存在摩擦或缺少功能（自定义快捷键、在标签页之间移动面板）。
- Zellij 口碑不错，但有些人遇到过选择/复制问题；tmux 也可以通过插件扩展出类似的 agent 感知能力。
- Orca 被认为更重/更慢（Electron）；Herdr 则被认为更轻（Rust + libghostty）。
以 agent 为中心的功能与工作流
- 核心价值：Herdr 知道哪些面板是 agent、它们的状态（空闲/工作中/等待中），并在“agent 收件箱（agent inbox）”中展示它们。
- agent 可以控制面板（读取、发送输入、启动其他面板），让跨 harness 的编排更容易。
- 对多项目、多 worktree 工作流非常重视：工作区、面向 agent 的导航，以及重启后自动重建配置。
- 也有人认为 tmux + 通知 + harness 功能已经覆盖了其中大部分需求。
原生应用 vs TUI / 架构
- 新的原生应用建立在 “herdr-core” 引擎之上；一些人对碎片化以及与现有 TUI 会话的兼容性感到困惑或担忧。
- 该应用增加了更丰富的 UI、diff/commit 工具，以及通过基于 JS 的 “recipes” 实现高度可定制的布局。
- 也有人仍然更喜欢 Ghostty 里的 TUI，不觉得还有必要再做一个桌面应用。
远程、多机器与移动端
- 原生远程支持（通过 SSH/Tailscale）是一个主要吸引点：可在多台机器之间获得统一视图、轻松重新连接，以及复制/粘贴和文件处理。
- 移动端访问目前依赖第三方客户端（Collie、Heeler、cosyra、relays）；有几位用户希望有官方移动应用。
融资、变现与数据
- 风投和 YC 背景引发了对未来“enshittification”、锁定以及向云端加售施压的担忧。
- 也有人反驳称，开源许可使得分叉成为可能，而仅靠捐赠并不足以支撑项目。
- 预期的变现方式是通过 “Herdr Cloud” 作为连接层中介。
- 遥测默认开启，但据称不会包含终端内容和文件名；可以关闭。
未解问题 / 批评
- 它对自托管模型、容器化 agent 以及非 agent 工作流的支持程度仍不清楚，或只完成了一部分。
- 有些人把它看作“花哨版 tmux”；另一些人则认为它是一个独立的“面向 agent 的 tmux”，位于现有 harness 之上。