终端里养了一堆AI agent，管不过来了

先吐槽一句：现在这个圈子，AI写代码的工具比写代码的人还多。

我平时不敲业务代码，但天天要在终端跑数据、起服务、看日志，上个礼拜数了一下，光自用的会话就开了大约十来个窗格。再加上Claude Code、Gemini这些agent占掉的窗口，一排终端跟证券交易所似的。我这边还没琢磨明白怎么把窗口叠舒服点，Muxxy这种东西就出来了。它的思路其实很老派，把Slime那套编辑器里直接跟REPL对话的模式搬到AI和tmux身上，让不搞Emacs的人也能体验一下什么叫集成。

说实话这类工具火起来我一点都不意外。从用户行为看，大家真正缺的是一个能帮你盯着屏幕的东西，因为你同时跑三个agent的时候，没人顾得过来。

TmuxAI那作者有句话打动我，大意是它想做成坐在你旁边的同事，而不是抢你键盘的交互工具。这跟我的判断正好对上：AI工作流的竞争点在于接缝，不在于模型本身。模型能力追到这份上，差别已经不在参数，在于你能不能自然地把agent编排进已有环境里。

B站那个「同时开10个AI写代码」的视频也有两千多赞了，但我觉得那是标题党，没谁真的需要十个agent抢一个屏幕。真正有用的恰恰是反过来的，让agent待在后台，你有需要才喊它。终端被AI重新变成了主战场，这件事本身就值得多看一眼。

问题是我这边还没想明白：这种轻量工具最后是长成tmux插件，还是被Claude Code这样的agent顺手吞掉？想听有实操的人聊聊。

---

本文编译自 Hacker News，原文：Muxxy: Like Slime, for AI + Tmux — Dan's Musings
版权归原作者所有，本文为基于公开报道的编译与独立分析。