Herdr 0.9：一键连接你的所有机器
Connecting the Machines
Herdr 已拥有 70 万次下载和近 1000 个插件，但过去管理多台机器上的 Agent 仍需在不同终端标签间切换。随着 0.9 版本发布，我们终于实现了跨机器连接。现在，你可以通过 SSH 将远程服务器、VPS 或本地 Mac mini 统一集成到同一个 Herdr TUI 界面中，无需为每个机器单独运行客户端。Agent 在后台持续运行，而你的笔记本只需作为控制端。这标志着 Herdr 从单点工具向多机协作平台的转变，也为未来通过 Herdr Cloud 实现更无缝的连接奠定了基础。
对于很多人来说，与其花几千美元购买一台高性能笔记本随身携带，不如在别处运行一台强劲的机器。
HN 评论区
35- evanpurkhiser
过去几个月，我一直把 Codex 的远程应用服务器作为 systemd 服务运行，在此之前用的是 opencode remote。在手机和桌面应用之间切换非常轻松。
我还没试过 herdr，但也许它压根就不是针对我的？
我在远程 Codex 配置上遇到的真正问题是当它需要以我的身份进行认证时。我大概用这个 [1] 解决了 sudo 和 ssh 的问题，但我认为这类功能应该更深地集成到 harness 中。
- bigcat12345678
有道理。
我一直很好奇为什么 Tailscale 还没有推出面向 Agent 的功能。在我看来，Tailscale 处于（据我所知）最能利用 Agent 需求的最佳位置。
他们的连接产品是独一无二的，而且天然适合连接跨互联网的长运行 Agent 实例。
- bibstha
值得试试 onorca.dev。它已经支持这个功能，而且 UI 很不错。
另外 atcyrus.com 也很有趣，可以用来委派任务。
- theptip
这是个不错的功能。不过我不确定，当你跨多台机器编排一群 worker 时，terminal/ssh 抽象是否还能保持最优。
当你的机器是拥有本地状态的“宠物”时，通过 ssh 运行很棒。但当我需要在两台以上的机器上对 Agent 会话进行负载均衡时，我发现它没那么有用。
举个例子，Codex 应用有个很好的功能：如果你在远程编辑了一个 markdown 文件，然后点击该编辑后 .md 文件的链接，它会在本地应用中打开该文件，你还能查看渲染后的效果。如果我在本地机器上工作，这比在 Obsidian / IDE 中打开文件并没有优势。但这比手动通过 SSH 查看文件要容易得多（除非你只想看纯文本版本）。html 文件也是同样的道理。
我认为随着我们转向 swarm，Fly Sprites 或 Claude/Codex 的 sandbox 模型更有可能胜出。如果我不需要盯着 harness 的实际输出，就没有什么很好的理由去附加一个 pty。
- kelvinjps10
如果他们能发布一款好用的移动应用就好了。我一直在用 termux、moshi 和 claude code。Termux 和 moshi 提供了终端的全部功能，但有时用起来有点笨重；而用 claude code 则无法获得完整功能，tui 里缺了很多东西。