Show HN｜tmux-agent-switcher：快速查看哪些 Claude/Codex agent 需要处理

项目链接

• GitHub: https://github.com/Ymirke/tmux-agent-switcher
• HN 讨论: https://news.ycombinator.com/item?id=49278395

这个工具是怎么来的

作者说，从今年年初开始，自己写代码时基本都在并行跑多个 AI agent。

试过一圈管理工具后，最后还是频繁回到 tmux。原因很直接：他希望这些任务跑在另一台机器上，这样合上笔记本也不受影响；哪怕登上没有 WiFi 的航班，长时间运行的任务也能继续。

基于这个使用习惯，他做了一个叫 tmux-agent-switcher 的插件。目标不是替掉 tmux，而是在保留 tmux 作为服务器进程管理核心方案的前提下，补上一层更清晰的总览界面。

它能做什么

按下 Ctrl+n，会弹出一个侧边栏，列出所有 session 里的 windows。

侧边栏会用图标显示 agent 当前所处的状态。选中过一个 Idle session 后，界面还会给它打上勾，方便区分这个空闲会话自己是否已经看过。导航方式上，这个插件同时支持 Vim 风格 和 基于数字的切换方式。

设计思路

作者不想做一个“包办一切”的外层封装，也不想接管 agent 的启动方式，所以平时还是照常运行 claude 或 codex。

这个插件采用的是被动观察的方式。它通过读取 tmux metadata，再结合终端里当前可见的输出内容，推断 agent 处于什么状态。

这种方案的局限

作者也提到，这套做法有明显短板。

如果 UI 发生变化，或者进程名变了，状态判断就可能失效。后面他大概率还会回头看看有没有更合适的实现办法。就目前的使用情况看，还没有遇到什么特别明显的问题。

作者的补充

他前段时间在另一条 HN 讨论里提过这个项目，原本只把它当成一个自己平时在用、顺手拼出来的小工具，结果有 25 个人给它点了 star，这让他多少有点意外。

也因为这个反馈，他决定正式发一条 Show HN 来介绍它：

https://github.com/Ymirke/tmux-agent-switcher

HN 帖子信息

• Points: 1
• Comments: 0

作者想了解的事

除了展示项目本身，他也想听听别人的做法：大家会用什么方式，把 agent 跑在独立机器上，或者直接部署到云端。