同时运行多个编程 Agent，怎么才能知道哪一个卡住了？

结论先放前面：并行跑 Agent 的瓶颈不在启动，也不在模型速度，而在「判断谁卡住了」这件事上。 你需要的不是更多终端，而是能同时回答四个问题的一套视图：每个 Agent 在做什么、做到哪了、被什么挡住、有什么产出在等人审。手工方案能撑到两三个 Agent，之后要么加共享任务层，要么接受每天下午都花在 alt-tab 上。

下面分三点讲。

一、四个信号缺一个，就会误判一次

先说场景：三个 Agent，一个重构鉴权，一个写测试，一个追不稳定的 CI。一小时后你有五个终端、两个 detach 的 tmux 会话，却说不清状态。

为什么说不清？因为「看起来没问题」实际上是四个独立信号：

• ​状态​：在跑、在等输入、已结束、已死。关键在于，做完的 Agent 和卡死的 Agent 都不再输出，沉默本身没有信息量。
• ​进度​：计划勾掉几步、碰了哪些文件、测试过没过。它区分「在推进」和「在打转」。
• ​阻塞​：等权限确认、缺环境变量、合并冲突、还是等一个没人回答的问题。
• ​待审产出​：diff、PR、改动摘要，需要人接受或拒绝。

这四条不是并列的装饰。只看状态，你会漏掉正在重试循环里空转的那个；只看进度，你会漏掉二十分钟前就做完、一直在等你审的那个。四信号必须按 Agent 同时可见，缺一条就多一次误判。

图 1：并行编程 Agent 监控的四个独立信号与缺失误判对照

图 1：状态、进度、阻塞与待审产出四信号缺一不可

二、手工方案不是不行，是要知道每一步漏在哪

手工方案用的全是现成工具，问题不在能力，在缺口。

列会话：git worktree list 加 tmux ls。它只证明会话还在。一个卡在 Continue? (y/n) 的会话和正常干活的会话，在列表里长得一模一样，必须 attach 进去才知道。

看进度：tail -f 日志加 watch -n 5 'git -C ../wt-auth status --short'。三份日志还能读，六份交错的日志就读不动了；而且 watch 告诉你文件在变，不告诉你变得对不对。

盯完成：给命令包一层，退出时打 webhook。听起来很工程化，但退出码 0 只说明进程结束——很多 Agent 在问了一个你没看见的问题之后，也会干净退出。这个通知会慢慢训练你去信任一个并不代表完成的信号，这比没有通知更危险。

发现冲突：worktree 把工作目录分开了，但两个分支改同一个文件，合并时照样撞。你要到合并那天才知道重叠，而那是修复成本最高的时刻。

所以我的判断是：两三个互不相关的任务，这套手工方案就是合理配置，组件越少越好。别为了显得专业提前上系统。

三、墙出现在三件事同时发生的时候，而不是 Agent 数量本身

真正的转折点不是「我有五个 Agent」，而是下面三条同时成立：

其一，轮询给状态不给原因。 日志停了，你分不清是卡在提示、缺依赖，还是已经做完。于是你还得一个个接进会话去诊断——并行本来省下的切终端时间，又原样还了回去。

其二，状态没有共享载体。 它活在笔记本、tmux 服务和你的 shell 历史里。同事不知道哪个 Agent 对应哪个任务；你合上盖子，视图就断了；Agent 跑在远程机器上，本地 tail 日志直接失效。

其三，审阅变成新瓶颈。 这条最容易被低估。五份做完的 diff，如果没有地方记录「已审 / 要求修改 / 已合并」，那就是五个浏览器标签加一条脑内备忘。Agent 快了三倍，人还是那条单线程队列，整体吞吐并没有变。

图 2：手工监控四步隐蔽盲区与规模化后的三堵结构性瓶颈墙

图 2：手工轮询四步盲区与无原因、无共享、审阅堵三面墙

到这一步，你缺的不是更多终端，是一份共享记录：把每个 Agent 挂到一个有状态的任务上，状态、进度、阻塞、产出都写在任务时间线上，看板只回答一个问题——哪些需要我决定。

HiFox 做的就是这一层。边界要说清楚：它不写代码，也不替代 Claude Code、Codex，负责的是在你已连接的电脑上调度这些 Agent，并加上共享的任务、上下文和审阅。具体可以这么开始：把现有 Agent 接进去，给每个运行建一个任务并命名，开启隔离运行时让每个任务有自己的 worktree，然后把「完成」重新定义为产出 diff 或 PR 而不是退出码。需要提醒的是，worktree 隔离的是目录不是合并冲突，两个任务改同一个文件照样会撞，所以审阅阶段要尽早看文件重叠，合并由人拍板。

图 3：HiFox 共享任务看板按列汇总运行状态并突出等待人工审阅任务

图 3：HiFox 共享任务看板汇总运行状态与待人工审阅任务

反过来说，如果你只跑一两个互不相关的 Agent，也从不交给别人看，那手工监控就够了，加这一层纯属开销。恒等式在三种情况下才变：Agent 数量超过你的屏幕、工作跑在你不在的机器上、第二个人也需要同一块看板。

最后

判断要不要升级，不用看工具有多先进，拿七个问题对一遍就行：每个 Agent 有没有名字、状态是否一眼可见、阻塞会不会主动举手、完成是否指向 diff 或 PR、审阅是否有状态、视图能否跨设备共享、同仓库工作是否隔离。今天勾不上的那行，就是下个月让你赔进一个下午的那行。

原文里还有一份完整清单和四信号的具体拆法：/blog/how-to-monitor-coding-agents-running-in-parallel/