解读：Herdr Mobile Relay——把多机 Agent 审批收进一部手机
本文是对 Herdr Mobile Relay 的摘要与评论。它是 Herdr 的插件：每台 Linux / macOS 跑一个 relay，手机装可安装的 Web App（PWA），把多机上的 Agent 合并进同一个界面。抓取时仓库约 ★316；实现语言 Go，许可证 AGPL-3.0+，当前文档版本 v0.23.2。插图来自仓库 images/，完整说明请看原文 README。
这篇在说什么
长跑 Agent（Codex、Claude Code、Hermes、OpenCode 等）会卡在「等人点批准 / 回答 plan」。人若必须盯着桌面终端，并行度立刻塌掉：你以为开了五台机器，其实仍在串行等人回到显示器前。Mobile Relay 要打通的就是这个瓶颈：推送叫醒你，在手机上批准、发 prompt、看会话与 Git diff，再回去睡觉或开会。
先记住一句：它解决的是人在回路的可达性，不替代 Herdr 本身，也不声称解决 Agent 质量。 下面先讲怎么起步，再讲手机端能力、安全边界与升级注意。
两分钟起步（依赖 Herdr）
要求：Herdr ≥ 0.7.5（推荐 0.9.0，完整 live JSON inventory 与 workspace 管理面）；另需 Git 与 curl。原生 Windows 不支持；WSL2 可能可用但官方未测。
herdr plugin install 0cv/herdr-mobile-relay装完会弹出 setup 菜单。官方推荐路径是 Community WebRTC Gateway：不必 Cloudflare 账号、域名或 cloudflared，连接相对稳定。也可选临时 CF Tunnel（单机试用最快）或自建 gateway。扫 QR 配对；QR 与 setup 链接当作一次性密钥，勿外传。
解读：安装成本压到「一条 plugin 命令」，是这类工具能进日常的前提；传输路径上优先选「无需再开账号」的 Community Gateway，降低「为了远程审批先配半小时隧道」的摩擦。你若已经在多机跑 coding agents，却仍因「必须坐在电脑前点 Approve」而串行，这个插件的价值会立刻可感。
手机端能做什么
监控上，多机 agents 按状态与 Herdr workspace 分组，需要输入的置顶。审批与问答上，可回答 Codex / Claude Code / Hermes / OpenCode 等的 approvals 与结构化 plan。输入上，可发 prompt、终端按键、slash 命令，并可附截图 / 照片 / 文档。只读洞察上，可读会话、搜历史、看 workspace 文件与 Git diff。工作区上，可管理 workspace / worktree，启停、重命名、清空 agents。设备角色上，每部手机单独命名，可选 controller 或 read-only，各自通知规则，可随时撤销。
解读：价值不在「又一个 SSH 客户端」，而在把 审批流 从「人必须回到那台显示器」改成「推送 → 手机决策 → Agent 继续」。这和「开一百个云端 Agent」是同一信任曲线上的不同层：并行之前，先要能远程、安全地做人在回路。
安全与升级注意
官方「Security in one paragraph」的精神可以概括为：prompt、终端输出、上传与推送细节在手机与 relay 之间端到端加密；中间的 Cloudflare tunnel 或 gateway 主要看到连接元数据，直连路径上应用明文不到网关。配对凭证区分 controller / reader；变更类操作默认仅 controller；附件引用绑定到创建会话；应用可要求设备验证后再重连。细节见仓库 docs/security.md——勿把「有 E2E」理解成「可随便对公网暴露生产密钥」。
0.20.0 起用每设备凭证与新加密传输替换旧的共享 relay key；不能只靠手机端 updater 完成。需手动升级 relay，并让每部手机重新配对（见官方 updates 文档）。从更早版本跟进时，把「重配对」写进变更清单，否则会出现「手机以为连上了、relay 已不认旧密钥」的尴尬空窗。
写在最后
Mobile Relay 不替代 Herdr 本身，也不声称解决 Agent 质量；它解决的是人在回路的可达性。若你已经在多机跑 coding agents，却仍因审批必须回到桌面而串行，值得按 README 走一遍 Community Gateway 试用。版本、传输与安全边界以仓库为准。把它当成「远程批准层」，而不是「远程开发全家桶」，预期会更准。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。
完整能力表与最新变更仍以仓库 README 为准；本文只做摘要与评论。