返回探索
资讯VibeFix 编辑部更新于 2026年11月2日

关掉窗口,agent 还在跑:Herdr 桌面应用与 herdr-core 全拆解

2026 年 10 月 29 日,Herdr 发布了基于新运行时 herdr-core 的原生桌面应用:终端和 agent 住在 core 里,不住在窗口里。这篇分清三件套(终端应用、桌面应用、core),讲清文件化界面、hc 命令、真正的崩溃边界,以及它在 tmux 与图形化 agent 平台之间的位置。

多屏开发工位实拍照片,深色屏幕上是终端与代码,并非 Herdr 官方图片

一句话先说清:Herdr 这次发了什么

多屏开发工位实拍照片,深色屏幕上是终端与代码,并非 Herdr 官方图片

2026 年 10 月 29 日,Herdr 宣布了一个原生桌面应用和一个新运行时 herdr-core。桌面应用、herdr-core 和原来的终端应用(Herdr TUI)全部以 Apache 2.0 协议开源。核心思想只有一句:终端和 agent 住在 core 里,不住在窗口里——关掉应用、升级应用、甚至应用崩溃,你的 agent 照样在后台跑;但只有 core 本身崩溃或机器重启,才会真的停下来。

这条新闻容易读偏的地方在于,Herdr 不是一个新产品,而是一次“分家”。原来那个终端应用有自己的后台服务器;这次新发布的桌面应用改走 herdr-core 这个独立运行时,两边不共享正在跑的任务:在终端应用里起的 agent,不会出现在桌面应用里,反过来也一样。终端应用会继续维护,但它和新应用是两条线。先把这层关系捋清,后面所有功能才不会张冠李戴。

我的判断是:Herdr 解决的问题不是“怎么跑 agent”,而是“同时跑好几个 agent 时,人怎么不丢东西”。一个 agent 很好管:开一个终端,盯着它就行。三个 agent 各自在改网站、审改动、跑测试时,人要记住的东西一下子变成七八件:哪个终端属于哪个项目、哪个在等批复、哪个已经跑完、开发服务器在哪、测试输出去哪了、关掉窗口会不会丢东西。Herdr 就是来收这笔账的。

三件套先分清,别混着叫

第一件是 Herdr TUI,也就是原来的终端应用:一个 Rust 单文件程序,长得像为 agent 重做的 tmux。你的会话在关闭终端后继续跑,可以本地重连、通过 SSH 重连,0.9 版之后一个客户端还能同时看本地和远程机器。它按前台进程识别 agent,侧边栏告诉你哪个在工作、哪个被阻塞、哪个做完、哪个空闲。它不发遥测(终端应用的二进制不发送遥测,这一点官方指南里特意写明了),也没有账号和托管面板,代码就跑在你启动它的那台机器上。

第二件是 herdr-core,新的运行时,命令叫 hc。它本身不画任何界面:一个 shell、一个 agent 或者你自己的程序都能驱动它。它是桌面应用的底座,也是可以独立安装、独立升级的服务。装桌面应用时,如果本机没有 core,安装程序会顺手把它装上;也可以单独装 core,再用别的客户端连它。hc 的接口以 OpenRPC 形式公开,hc connect 可以把协议架在标准输入输出上,包括走 SSH。

第三件是 Herdr 桌面应用,一个原生窗口:一个 space 就是一个项目,通常是一个仓库、一台机器;space 里有标签页,标签页可以切分成窗格;侧边栏列出需要你的 agent。它只负责“摆终端”,真正跑终端的是 core。安装方式是一行脚本(macOS 与 Linux 用 curl 脚本,Windows 用 PowerShell 脚本),macOS 版是 Apple Silicon,Linux 版有 x86-64 和 ARM64,Windows 版是 x86-64。Linux 需要桌面会话和能用的 Vulkan 驱动,这一点在动手前要先确认。

三者的关系可以这样记:TUI 是“老房子自带锅炉”,桌面应用是“新房子接集中供暖”,core 就是那个集中供暖站。新房子和老房子各烧各的,互不串门。升级新房子不会冻着新房子里的住户,但要是供暖站本身停了(core 崩溃或机器重启),住户还是得重新开始——这一点后面会专门讲,因为它是最容易被宣传语掩盖的边界。

桌面应用最特别的设计:界面本身就是一堆文件

桌面应用里最值得说道的设计,是它的界面完全由本地纯文本文件构成,放在 ~/.config/herdr-app/ 下面:AGENTS.md 告诉 agent 它可以改什么,settings.json、keys.json、layouts/、mods/、themes/ 各管一摊。也就是说,你不需要等官方出一个“看板视图”或者“聊天视图”:直接让 agent 去改这些文件,保存就生效,不用重新编译。

官方演示里给的提示词很能说明问题:“build a herdr mod that shows my PLAN.md next to you as a live checklist with a progress bar and open it beside this pane”。Agent 改完文件,旁边就出现一个带进度条的实时清单窗格。预置的布局有 Herdr、Terminals、Herdr 98 三种,另外还有可以一句话让 agent 加上的布局:Board(把 agent 变成卡片:需要你、工作中、已完成、空闲)、Chat(space 看起来像频道,agent 像队友一样发更新)、Mission(绿色的任务控制屏)、Pasture(agent 变成草地上的羊,点羊打开终端)。这些布局不在下载包里,每页给 agent 一句话就能加上,而且不会动你现在的布局。

这个设计有两个面。好的一面是:界面终于跟得上工作方式的变化,不用等版本更新。危险的一面是:你等于把“改自己工作台”的权力交给了 agent。官方指南里有一句提醒很实在:改之前先复制一份预置布局或 mod 再改,因为应用启动时会刷新自带的副本,你自己的副本才不会被覆盖。我的补充建议是:先把 ~/.config/herdr-app/ 纳入你自己的备份或版本管理,否则某天 agent 改坏了布局,你连“昨天长什么样”都找不回来。

herdr-core 到底能干什么:几个命令就说清楚了

hc run 可以在后台起一个终端并给它起名字,比如让 Codex 去审一段代码;hc send 可以在它干活时再递一句话,比如“顺便也检查一下测试”;hc attach 可以从任何一个 shell、脚本或者另一台机器接管这个终端,Ctrl+\ 脱离但程序继续跑。agent 在 core 的终端里还可以再起 agent:子任务通过 hc send 回报,父任务会在子任务需要你、或者子任务退出时收到提醒;子任务随父任务结束,除非你起它时加了 --outlive-parent。

远程能力也值得一提:hc machine add 加一台能 SSH 连上的机器,hc run --on 就可以在那台机器上跑命令,程序和文件都留在那台机器上,但你的本地 core 会把它的终端和本地终端并排显示。这对“主力机是 Mac、重活在 Linux 服务器上”的人很友好:不用在两台机器之间来回切换客户端,一处就能看到全部状态。

状态上报用的是一个很小的开放协议 OSC 7501:程序自己报告状态,core 只负责存下来,不靠猜屏幕内容。这一点和终端应用不同——终端应用是靠观察窗格的前台进程来识别 agent 的。两种方式各有利弊:自己报告更准确,但前提是程序愿意配合上报;观察进程更通用,但猜总有猜错的时候。用 core 时,如果某个 agent 的状态一直显示不准,先查它有没有按 OSC 7501 上报,而不是先怀疑 core 坏了。

最容易误解的边界:什么情况下任务真的会丢

宣传语会说“关掉窗口任务还在跑”,这是真的,但要补上后半句:关掉的是窗口,不是 core。关掉单个窗格或标签页,里面的终端就结束了;更新 core 时,已经在跑的终端会继续跑;但 core 自己崩溃或者机器重启,程序就停了。回来之后,保留下来的窗格会以全新 shell 的形式回到上次的文件夹,Herdr 不会替你重启 agent,也不会恢复当时正在跑的命令——那份工作要你自己重新开始。

这个边界决定了 Herdr 适合放在哪里:它适合“人要下班、agent 继续跑”的场景,不适合“机器可以随便重启”的场景。给长时间任务上 Herdr 之前,先问自己两个问题:第一,这台机器今晚会不会重启、会不会断电;第二,如果 core 崩了,我能不能从任务的中间状态恢复,而不是从头再来。答不上来之前,别把唯一的、不可重来的长任务只押在 Herdr 上。

还有一个相关的提醒:桌面应用的正式版会发送使用遥测,可以在设置里的隐私项中关掉;终端应用的二进制不发遥测。两个产品的遥测策略不一样,写进团队工具清单时要分开写,不要笼统地写“Herdr 不发遥测”或者“Herdr 发遥测”,两种说法都只对了一半。

和 tmux、Zellij、图形化 agent 管理器比,它卡在哪个位置

和普通终端标签页比,Herdr 多了持久化和 agent 状态:标签页关了就没了,Herdr 的会话还在;和 tmux、Zellij 比,Herdr 多了“理解窗格里跑的是什么”:对 tmux 来说,Codex 只是又一个命令,它不知道这个命令是在工作、被阻塞还是已经做完,也不知道它是不是在等你批复。Herdr 的侧边栏就是干这个的:把“哪个 agent 需要我”变成一眼能看到的状态,而不是一个个窗格点进去问。

和图形化的 agent 管理平台比,Herdr 反过来:它保留了真正的终端和持久会话模型,不把终端包在一个应用自己的壳里,也不强制你走桌面端工作流、或者只能在它规定的地方跑远程任务。代价是,Herdr 不替你做更高层的抽象:没有产品级的任务编排、没有完整的 agent 事件历史、没有隔离环境里的一整套管理。官方指南自己也承认这一点:一个 shell 就够的时候用 shell,tmux 够的时候用 tmux,需要产品级任务、隔离环境和完整事件历史时,图形化平台可能是更强的抽象。Herdr 卡在中间:比通用复用器懂 agent,比平台轻。

还有一个横向对比值得提:同类工具里还有 cmux 这样的 Mac 桌面终端。指南里的区分很坦白:cmux 是更好的 Mac 桌面终端(原生界面、垂直工作区、通知环、内置可编程浏览器),Herdr 是更好的终端原生复用器(服务器拥有的持久进程、语义化的 agent 状态、在 Mac、远程 Linux 服务器、小屏终端上同一套界面)。两者甚至可以叠着用:cmux 提供 Mac 界面和浏览器,Herdr 负责持久的本地或远程终端会话。选型时先问自己缺的是“界面”还是“会话归属”,答案不一样,工具也不一样。

谁适合马上试,谁可以先等等

适合马上试的人画像很清晰:每天同时跑两三个以上的编码 agent,经常在“哪个窗口是哪个项目”里迷路,或者受够了 SSH 一断、终端一关就得重来的日子。这类人从 Herdr 得到的收益是立即可见的:侧边栏一眼看到谁在等你,关窗口不再心慌,远程机器和本地机器的任务可以在一个客户端里看全。

可以先等等的人也有三类。第一,只跑一个 agent 的人:一个终端加一个会话,Herdr 的全部收益都用不上,先把手头的流程跑顺更重要。第二,团队有严格遥测与合规要求的人:桌面应用正式版的遥测默认开启,虽然能关,但要先确认关掉之后、以及关掉之前的那段数据怎么处理,合规流程走完再推广。第三,对“界面文件能被 agent 改”这件事还没想好边界的人:先在小范围里试,给 agent 的改动范围立个规矩(比如只改 mods/,不动 keys.json),再放开。

另外补充一个背景:Herdr 在 2026 年 9 月宣布过一轮 600 万美元的种子轮,Bessemer 领投,YC 和 E2 参投,天使里还有 Tobi Lütke 等人。融资不是产品质量的保证,但它解释了为什么这个项目能同时维持终端应用、桌面应用和 core 三条线。对评估“这个工具三年后还在不在”的人来说,这是一个可以写进评估表的信号,但也只是一个信号:最终还是要看它在你手里的表现。

第一天上手:从安装到第一个多 agent 会话

动手之前先确认平台:macOS 要 Apple Silicon(Intel Mac 需要从源码构建),Linux 需要桌面会话和 Vulkan 驱动,Windows 是 x64、10(1803)以上。装桌面应用用它给的一行脚本,装完检查两件事:第一,~/.local/bin(或 Windows 的开始菜单)里有没有 Herdr;第二,core 是不是已经装好——安装程序会在缺 core 时顺手装上,应用也能帮你安装或更新不兼容的 core。

第一个会话建议这样开:建一个 space 对应一个仓库,在里面开两个标签页,一个跑主 agent 改代码,一个跑评审 agent 审改动;故意关掉整个窗口,再重新打开,确认两个终端都还在、状态都对得上;然后试一次 hc send:在主 agent 干活时递一句话,看它能不能接着干而不重启。最后做一次“破坏性”演练:在测试项目里关掉一个窗格,确认里面的终端确实结束了——这个行为要亲手试一次,比读十遍文档都管用,因为它决定了你以后敢不敢随手关窗格。

还有一个习惯值得第一天就养成:给每个 space 起项目名、给每个后台任务起名字(hc run --name)。名字是你在侧边栏里认出“谁是谁”的唯一办法。等到同时跑五个 agent 时再补名字,就已经晚了——那时的侧边栏看起来会像五个长得一样的窗口,而你最需要的是立刻知道哪一个在等你批复。

社区第一时间的反响:叫好里夹着三句质疑

桌面应用发布后上了 Hacker News,拿了 364 个点赞、259 条评论,这个量级说明它戳中了真实痛点。但评论里的质疑也值得原样转述,因为它们正好是评估时要问的问题。第一句是关于钱和独立性的:Herdr 拿了风投,工具会不会以后变味?官方的回答是运行时保持开源,三个仓库都是 Apache 2.0,这个承诺写在许可证里,比口头保证硬,但许可证只能保证代码开源,不能保证路线图永远合你胃口。第二句是关于遥测的:正式版发遥测,哪怕能关,也有人不放心——这和上一节的提醒是同一件事,团队采用前要把遥测开关的默认值写进内部文档。第三句是关于竞争的:同类工具不少,cmux、Rex、Tern 都在做相邻的事,Herdr 的差异化在于“服务器拥有的持久进程 + 语义化 agent 状态”,而不是界面更好看。选型时把这句差异化当成验收标准去试,比看发布视频管用。

还有一个来自指南作者的个人经验值得借鉴:他每天同时跑好几个 agent,一个改网站、一个审改动、一个跑测试,Herdr 的价值在他手里是“协调”而不是“启动”。这个视角可以帮你判断自己是不是目标用户:如果你每天的 agent 工作流里已经有“协调”这个动作——派活、等结果、再派下一轮——Herdr 就是给你准备的;如果你还停留在“开一个 agent、看着它跑完”的阶段,它的收益暂时还显现不出来,等工作流变复杂了再回来也不迟。

结论:它不是更强的 agent,而是更少丢失的上下文

Herdr 桌面应用和 herdr-core 的真正卖点,不在于它能让 agent 跑得更快,而在于它让“人找 agent”这件事更可靠:关窗口不丢任务、侧边栏一眼看到谁在等你、界面可以让 agent 自己改、远程和本地可以在一个客户端里看全。它的边界同样清晰:core 崩了任务还是会停,终端应用和桌面应用不共享任务,正式版的遥测默认开着要手动关。

对 vibe coding 的日常来说,这个工具的意义可能比看上去大:当一个人同时指挥两三个 agent 时,瓶颈早就不是“模型够不够强”,而是“人还记不记得每个 agent 在干什么”。Herdr 治的就是这个瓶颈——不是替你指挥,而是让你在指挥的时候丢的东西少一点。先在小范围里按上面的第一天清单跑一遍,再决定它要不要进你的主力工具箱,这个顺序最省时间。

阅读 1评论 0

评论 (0)

ME
0/1000
评论加载中...

原始来源

浏览项目广场发布你的项目

相关文章

办公室里开发团队围着显示代码的屏幕协作的实拍照片,并非微软或 GitHub 官方图片
资讯
从预览到正式可用:GitHub 走进 Teams 聊天窗口,Bug 不用再跨应用搬运

2026 年 10 月 30 日,微软宣布 Teams 里的 GitHub 应用正式可用,通知与 Copilot 编程合进了一个应用。这篇把 GA 和 10 月 23 日的合并公告分开讲清:Canvas、多仓库、MCP、管理员清单,以及为什么“整段对话都会成为上下文”是推广前必须先立好的规矩。

产品发布团队协作AI 编程实践
深夜一名开发者在笔记本电脑上敲代码的实拍照片,并非 OpenCode 官方图片
资讯
你的 Claude 订阅又能在 OpenCode 里用了——走的是一扇 Anthropic 还没确认过的门

OpenCode 在 2026 年 10 月 30 日发布的 v2.2.3 里加了 Claude Agent provider:装好 Claude Code、跑一次登录、在 /connect 里选 Claude Agent,就能用自己的 Claude 订阅。这篇讲清三步接法、背后的 1 月封堵与 3 月下架、两处 breaking change,以及唯一悬而未决的问题:Anthropic 到底有没有公开批准。

工具技巧产品发布AI 编程实践
办公室里开发团队围着显示代码的屏幕讨论的实拍照片,并非 DeepSeek 官方图片
资讯
不是一次产品发布:DeepSeek Super-agent 原型,以及它问对的那个问题

DeepSeek Harness 团队在 2026 年 10 月 31 日开源了 dsh-superagent-prototype,一个 MIT 协议的研究原型:为单个 GitHub 仓库服务的主动式编码智能体。这篇讲清 Router-Worker 两层结构、少打扰人的核心原则、12.4 分钟模拟数字能证明什么、不能证明什么,以及它为什么是参考架构而非 Claude Code 的竞品。

产品发布AI 编程实践开源项目观察