🧵 tmux для агентов: потолок ровно там, где я ожидал
Обратил внимание, что некоторые мои коллеги используют tmux не только для удаленных SSH-сессий, но даже для работы с агентами. Что странно, ведь штука достаточно специфическая — кроме сохранения сессий на сервере я применений не находил.
tmux — это терминальный мультиплексор. Одно окно терминала разделяется на сессии, окна и панели, и всё это продолжает работать, даже когда ты отключился. Вот нормальный гайд для старта.
Тема снова всплыла из-за агентов. У меня в терминале открыты десятки сессий, и чем их больше, тем заметнее он тормозит. Когда копал в эту сторону, наткнулся на гайд про tmux именно для AI-агентов. Идея простая: одна tmux-сессия на репозиторий, внутри по окну на задачу, а с агентом общаются командами. Промпт отправляют через «send-keys -l», потом пауза 0.3 секунды и отдельный Enter, потому что Enter в одном кадре с текстом поле ввода просто проглатывает. Ответ читают через «capture-pane» или льют в лог.
⛔ Но суть не в этом, а в минусах. Потолок ровно там, где я и ожидал. tmux ничего не знает про состояние агента: тот, кто ждет апрува, выглядит ровно так же, как тот, кто думает над большим файлом. Уведомлений о завершении нет, «monitor-silence» это всего лишь «30 секунд тишины», а не «готово». Общего состояния между сессиями нет, а «history-limit 100000» на десяток панелей это уже реальная память. Сессия переживает оборванный SSH, но не перезагрузку. Самая здравая мысль из обсуждения: агент должен быть демоном, к которому подключаются любым клиентом, а не TUI, с которого скрейпят экран.
🤔 Для меня tmux имеет смысл, только если ты реально сидишь и работаешь на удаленной машине. У меня там не так много вещей, и я сейчас пробую новый тулинг, который на самом деле намного удобнее всех этих заморочек. Расскажу в следующих постах.