Gaurav-Gosain/tuios

解决什么问题

同时开几个编码 agent 的人，通常把它们塞进 tmux 的多个 pane，然后靠肉眼来回扫。某个 agent 卡在审批或提问上，你在别的窗口里根本看不见；哪个报错了、改了什么，也散落在不同 pane 的滚动缓冲里。tuios 把这些 agent 放进平铺 pane，并在旁边加了一条状态栏和一个统一的 Inbox，把待审批、待回答和出错的 agent 汇总到一处。

有什么不同

和 tmux、Zellij 相比，tuios 的差异不在「复用器做得更好用」，而在复用器之上那层 agent 感知：pane 里的程序可以通过状态协议上报自己的状态，agent 之间能互相发消息，审批会进入带 diff 的审阅视图。守护进程还负责让会话跨重启存活并连到其他机器，tmux 要做到这点得自己写 ssh 和脚本。代价是范围变大：它是一套带 vim 模态键位的终端窗口管理器，你得学它自己的绑定和布局，而 tmux 已经在你肌肉记忆里、到处都有。项目提供了 tmux shim 兼容那些直接驱动 tmux 的工具，这算是承认差距，而不是消除差距。

适合谁

适合日常并行跑好几个 CLI 编码 agent、希望一眼看清谁在等你的开发者，尤其是在单机或两三台能 SSH 的机器之间切换的人。只想要分屏、或者主要待在 IDE 里的人收益很小，tmux 或编辑器内置终端更轻。打算在团队共享的远程服务器上统一使用的，建议先看清它的会话与主机模型再决定。

上手成本

有 Linux、macOS、Windows 和 BSD 的预编译包，也提供 Homebrew、AUR、Nix 和 Docker 镜像；从源码构建需要 Go 1.26.8 或更新版本。终端需支持 true color，图片显示推荐 kitty 或 sixel 图形协议。README 写得异常详细，但 agent 状态集成依赖程序配合状态协议，你的工具链支持得越多，价值才越大。MIT 许可。项目约 13 个月大，v0.10.1 仍未到 1.0；README 开头就挂了冒充 X 账号的警告，说明受关注，但也说明还在处理自身身份问题的早期阶段。

点评

「让 agent 状态成为终端一等公民」这个点确实成立，tmux 开箱给不了。热度看起来不是单日冲高：一个月涨了约 1,950 星、月榜第 21 名，但日榜只有一天、HN 只有一条 5 分的帖子，说明受众面还不宽。5,745 星、412 天，属于跑得很快的年轻工具而非稳定成品，v0.10.x 的版本号也印证了这点。每天真的在跑一组 agent 的人值得试试；想要一个十年不变的稳定复用器的，再等等。