herdr 推出桌面版和 herdr-core：界面每个像素都交给智能体改

同时开着三四个 Claude Code、Codex 窗口，切来切去找哪个卡住了在等你回复——这几乎成了今年程序员的日常。开源项目 herdr 的答案是：给这些智能体一个专门的「家」。

herdr 原本是一款终端应用（现在叫 Herdr TUI），用 Rust 写成，一个二进制、不用 Electron，后台服务托管所有终端，断开连接、合上笔记本，智能体照样在跑。这次团队推出了一个全新的原生桌面应用，以及支撑它的本地常驻服务 herdr-core，三者全部以 Apache 2.0 协议开源。

窗口只是皮肤，智能体住在 core 里

herdr-core 是跑在你电脑上的一个小服务器，所有智能体都住在里面。退出应用、升级应用、甚至应用崩溃，每个终端都还在原处。这个设计把「界面」和「运行时」彻底拆开——窗口只是一个客户端，随时可以关，随时可以换。

它也不挑智能体。Claude Code、Codex、Pi、OpenCode、Gemini、Copilot、Cursor、Amp，只要能在终端里跑就能接入。herdr 通过一个开放协议 OSC 7501（Program Status Protocol）读取每个智能体的状态：工作中、已完成、需要你。一行 printf 就能让你自己的脚本也变成「智能体」。

多台机器的情况也被考虑到了：笔记本、楼上的台式机、租来的 VPS、云端沙箱，只要能 SSH 上去，就能并进同一个侧边栏。笔记本睡了，远程机器上的智能体继续干。

「每一个像素都是一个文件」

桌面版最有意思的设计，是它的口号「为智能体而生，由智能体重塑」。应用里你看到的一切，都是 ~/.config/herdr-app 目录下的普通文件，目录里还有一份 AGENTS.md，告诉你的智能体哪些地方可以改。

这意味着没有插件系统，也没有需要维护的分支。你想把侧边栏改个样子、加个按钮，直接让智能体去改就行。这是一种很「2026」的软件观：与其花力气设计一套扩展 API，不如把软件做成智能体能直接读写的形态。它未必适合所有产品，但对一款本来就围着智能体转的工具来说，逻辑上非常自洽。

智能体指挥智能体

herdr 还把「智能体协作」做成了一等公民。一个智能体可以用 hc run 在后台拉起另一个智能体去 review 代码，用 hc send 中途改派任务或回答它的问题；帮手做完的报告、退出信息和「需要你」的提醒，会直接落进主智能体的输入框。人只需要看最终结果。

这背后反映的是编程智能体使用方式的变化：从「一个人盯一个智能体」走向「一个人管一群智能体，智能体再管智能体」。终端复用器 tmux 当年解决的是人管多个 shell 的问题，herdr 想做的是智能体时代的 tmux。

当然，它也有边界。官方说得很清楚：机器重启或 herdr-core 停掉，程序也会停，面板会以同一目录下的 shell 形式回来，但不会自动恢复智能体的工作进度。桌面版和 TUI 也是两套独立程序，互不共享智能体。

目前桌面版支持 Apple 芯片的 macOS、x86_64 和 arm64 的 Linux，以及 x86_64 的 Windows。在 Cursor、Anthropic、OpenAI 都在做自家智能体管理界面的当下，一个中立、开源、不绑定任何模型的「智能体宿舍」，反而可能是很多重度用户真正想要的东西。