Несколько задач вайб-кодинга разом: 6 клавиш Agent-Manager для сессий

Что такое Claude Code и зачем запускать несколько сессий?

Claude Code работает прямо в папке проекта: находит нужный код, изменяет файлы, запускает тесты и выполняет команды терминала. При этом Claude Code не становится самостоятельной IDE или отдельным онлайн-сервисом внутри Agent-Manager.

Anthropic представила Claude Code как инструмент командной строки для агентного программирования. В первом анонсе он был ограниченным исследовательским preview, а позже получил статус общего доступного выпуска в версии 1.0.0.

Я заметил: одна сессия удобна, пока ведёшь одну линию работы. Но если в ней смешать исправление формы, поиск причины ошибки, настройку тестов и написание документации, контекст быстро превращается в склад несвязанных решений.

Я вижу другой порядок от нескольких процессов:

• один занимается конкретной правкой;
• второй исследует код и ищет причину;
• третий проверяет результат;
• четвёртый пишет документацию;
• пятый смотрит на изменения свежим взглядом.

Пять сессий сами по себе команду разработчиков не создадут. Agent-Manager не добавляет Claude новый интеллект. Он собирает уже установленные CLI в одну локальную панель и помогает не терять процессы среди терминальных вкладок.

Как пользоваться Claude Code, если ты не программист?

Тебе не надо начинать с большого плана на весь продукт. Выбери одну операцию, которую можешь описать обычными словами: найти причину ошибки, изменить текст кнопки, проверить конкретный экран или прочитать структуру проекта.

Дальше держи простое правило: одна сессия получает одну задачу. Формулируй её конкретно, например: «сделай весь сайт лучше». Лучше сразу обозначить действие и ожидаемый результат, чтобы агент понимал границы работы.

Если задача не связана с первой, не продолжай тот же диалог. Открой новую сессию. Так исследование останется отдельно от правок, и новый агент не будет опираться на случайные решения из старого разговора. Как устроен безопасный read-only-субагент - в статье про субагентов.

Anthropic отдельно рекомендует несколько параллельных сессий для разработки, изолированных экспериментов и сложных рабочих процессов. Ещё одна причина - ревью. Сессия, которая только что написала код, уже знает собственную логику и может не заметить слабое место. Новый контекст смотрит на изменения иначе.

Для новичка это можно превратить в рабочую цепочку:

1. Первая сессия ищет место для изменения.
2. Вторая выполняет небольшую правку.
3. Третья проверяет diff и тесты.
4. Ты смотришь, что реально изменилось, и решаешь, принимать ли результат.

Такой порядок не гарантирует правильный код. Он убирает одну частую проблему: агент сам написал правку, сам её объяснил и сам объявил готовой.

Как открыть Claude Code в терминале?

Терминал - это текстовое окно, где ты вводишь команды и видишь их вывод. Claude Code изначально представлен именно как инструмент командной строки. Поэтому для работы через Agent-Manager сначала нужен сам CLI.

Agent-Manager находится поверх этой основы. Он не устанавливает Claude Code, не выдаёт отдельную подписку и не подменяет авторизацию. Менеджер берёт уже установленный инструмент и запускает его как отдельную сессию.

Схема выглядит так:

проект -> Agent-Manager -> отдельный tmux-процесс -> установленный Claude Code

Если Claude Code не установлен или недоступен в окружении, менеджер не сможет исправить это сам. В интерфейсе может появиться строка новой сессии, но pane завершится с ошибкой command not found.

Точные команды установки Claude Code и Agent-Manager в собранной фактуре не подтверждены. Поэтому я не буду придумывать команду, которая может устареть или не подойти к системе. Сначала проверь официальную инструкцию Anthropic для Claude Code, затем README Agent-Manager для самого менеджера.

После установки тебе понадобится доступный CLI вместе с его настройками. Менеджер запускает каждую сессию с логином, MCP-серверами и подпиской, которые уже есть у установленного инструмента.

Можно ли работать с Claude Code локально?

Я понимаю локальную работу так: панель запускается рядом с проектом, а Claude Code работает в терминальном процессе. Agent-Manager использует tmux - инструмент, который держит терминальные сессии живыми отдельно от окна, через которое ты к ним подключаешься.

Из этого следуют две практические вещи:

• можно закрыть интерфейс и вернуться к процессам позже;
• несколько Claude Code работают в отдельных постоянных сессиях.

Подробнее о том, как настроить блокировку опасных команд через хуки - в статье про хуки в Claude Code.

Менеджер собирает их в общий список. Сессии получают статусы, а проекты отображаются в виде дерева, которое можно сворачивать и переставлять. Это полезнее, чем держать много терминальных вкладок и вспоминать, где именно сидит нужный агент.

Это же ограничение. Если Claude Code не настроен, Agent-Manager не настроит его вместо тебя. Если сам CLI требует входа, разрешений или отдельных настроек, они остаются частью исходного инструмента.

Удалённый сценарий тоже не становится локальным ноутбуком. На headless-сервере без X11 или Wayland копирование из TUI может не работать: менеджер ищет wl-copy, xclip или xsel, а этим инструментам нужно графическое окружение. Подробнее о CLI и безопасном запуске - в статье про Claude Code CLI и auto mode. О лимитах и безопасном бюджете проекта - в статье про подписку Claude Code. Панель при этом может работать, но забрать текст обычным копированием не получится.

Как запустить несколько сессий через Agent-Manager?

1. Проверь установленный CLI.

   Убедись, что Claude Code уже установлен и доступен в том окружении, где запускается Agent-Manager. Установка менеджера сама по себе не устанавливает Claude Code.

   Если пропустить этот шаг, интерфейс всё равно может создать строку сессии. Потом pane завершится с ошибкой command not found. Это означает, что отсутствует сам инструмент. Параллельные сессии тут ни при чём: сначала нужен рабочий CLI.

   [!warning] Панель не ставит Claude Code Выбор Claude в интерфейсе не означает, что CLI уже установлен. Сначала подготовь Claude Code отдельно, иначе новая pane сразу завершится.

2. Создай новую сессию.

   Нажми n в интерфейсе Agent-Manager и выбери Claude Code как инструмент для нового процесса.

   Новая сессия будет отдельной от уже работающих. Менеджер запускает её в собственном постоянном tmux-процессе, а не добавляет ещё один диалог в старую сессию.

3. Выбери проект.

   Помести новую сессию в нужную группу проекта. Agent-Manager показывает сессии в общем списке и собирает их в дерево проектов.

   Так проще отличить работу над одним проектом от параллельного эксперимента. Дерево - просто группировка для глаз. Если две сессии правят один файл одновременно, конфликт всё равно будет.

4. Отправь первый промпт.

   Нажми space, чтобы отправить текст прямо в pane выбранной сессии.

   Начни с узкой задачи. Не отправляй сразу несколько несвязанных требований. Исследователю поручай найти нужные файлы и описать связи. Исполнителю дай одну правку. Ревьюеру отправь задачу проверить изменения.

   Первый запрос в новую сессиюСкопировать промпт

   Прочитай структуру проекта. Найди файлы, связанные с текущей задачей. Сначала перечисли найденные файлы и предложи короткий план. Ничего не изменяй, пока я не подтвержу план.

5. Открой разговор с агентом.

   Нажми enter, чтобы перейти к выбранному процессу и продолжить диалог внутри сессии.

   Если агент запросит разрешение или остановится в ожидании ответа, статус это покажет в общем списке. Но отдельного готового уведомления за пределами окна у менеджера нет, поэтому список всё равно придётся проверять самому.

6. Вернись к списку.

   Используй навигацию интерфейса, чтобы выбрать другую сессию и посмотреть её текущее состояние.

   Agent-Manager показывает статусы вроде waiting, errored и finished. Эти статусы помогают понять, где процесс находится, но не объясняют автоматически, что именно потребовало вмешательства.

7. Проверь изменения.

   Нажми ctrl+r, чтобы открыть полный diff файла с изменениями агента.

   Не принимай сообщение «готово» как доказательство результата. Посмотри diff отдельно. Проверь, что агент изменил ожидаемые файлы и не задел несвязанную часть проекта.

8. Скрой или останови сессию осознанно.

   Нажми x, когда нужно убрать выбранную сессию из рабочего списка или выполнить действие, связанное с её завершением. Для режима просмотра используй v, чтобы открыть предусмотренный интерфейсом экран.

   Конкретное поведение отдельных клавиш зависит от текущей версии менеджера. В найденной фактуре подтверждены сами клавиши управления, но нет полной актуальной таблицы всех действий. Поэтому перед рабочим запуском сверь подсказки внутри интерфейса и README проекта.

9. Обнови список.

   Нажми ctrl+r, если нужно открыть diff изменённого файла и ещё раз проверить результат перед переключением на другую задачу.

   Не рассчитывай на мышь. Управление Agent-Manager рассчитано на клавиатуру, а полноценная поддержка мыши отмечена как незавершённая возможность.

Главный порядок здесь такой: сначала CLI, затем сессия, потом проект, промпт и проверка diff. Если поменять порядок и начать с красивой панели, легко решить, что всё готово, хотя сам Claude Code ещё не запускается.

Зачем разделять задачи между несколькими сессиями?

Anthropic рекомендует несколько сессий для ускорения разработки, изолированных экспериментов и сложных процессов. Но параллельность имеет смысл только там, где задачи можно развести.

Я бы раскладывал работу так:

Такой расклад не требует, чтобы все сессии одновременно редактировали проект. Часть агентов может только читать и возвращать вывод. Для начинающего это безопаснее: сначала получить карту проекта и список рисков, потом дать отдельной сессии право менять файлы.

Плохой вариант - посадить несколько агентов в один и тот же участок и попросить каждого «улучшить» его. Они не превращаются от этого в согласованную команду. В эксперименте Anthropic с параллельными Claude использовались отдельные контейнеры, локальные копии и блокировки задач. Конфликты слияния происходили часто.

Для ревью отдельная сессия особенно полезна (подробнее о разделении ролей между агентами - в статье про субагентов и в разборе Claude Code против Codex). Она не видела собственное решение изнутри и не обязана защищать уже сделанную правку. Но ревью не заменяет проверку человеком. Агент может найти очевидную проблему и пропустить ту, которая важна именно для твоего сценария.

Если задачам нужен общий контекст и они зависят друг от друга на каждом шаге, несколько сессий скорее добавят путаницу. Сначала разделяй чтение, исследование и проверку. К совместному редактированию переходи только тогда, когда понимаешь, как разнести файлы и изменения.

Когда ты собираешь такие роли руками, становится понятна граница между «попросить ИИ что-то сделать» и управлять рабочим процессом. На практикуме эту связку проходят руками: как давать задачу, фиксировать результат, проверять изменения и не отдавать агенту весь проект без ограничений.

Почему несколько сессий расходуют больше токенов?

У каждой сессии есть собственная линия работы. Она не получает автоматически полный контекст соседнего агента. Поэтому несколько процессов могут повторно читать одни и те же файлы, заново строить понимание проекта и отдельно формировать ответы.

Это делает параллельность дорогой не только по токенам. Она требует больше внимания к результату. Нужно посмотреть несколько статусов, сверить несколько diff и понять, не пересекаются ли изменения.

Число «примерно в 15 раз» относится к многоагентным системам в сравнении с обычными чатами. Это не калькулятор точного расхода для каждой локальной сессии и не обещание конкретного лимита.

Я бы запускал несколько процессов в трёх случаях:

• нужно независимо исследовать большой объём кода;
• требуется отдельное ревью без предвзятого контекста;
• работа действительно распадается на направления, которые не мешают друг другу.

Для одной маленькой правки параллельность часто не оправдана. Один агент прочитает меньше контекста, быстрее вернётся с результатом и оставит меньше diff для проверки.

Точного безопасного количества локальных сессий в найденных источниках нет. Не существует подтверждённого правила «запускай ровно N агентов». Начинай с минимального числа процессов, которое закрывает независимые задачи, и добавляй новую сессию только под конкретную роль.

Что делать, если сессия пустая, зависла или мешает?

Собрал крайние случаи, на которые стоит закладываться до запуска нескольких процессов.

Пустой preview. Новая строка сессии может появиться раньше, чем tmux-панель отдаст первый кадр. В preview будет пусто, а интерфейс не покажет явный loader. Не запускай вторую такую же сессию сразу: сначала проверь, появился ли процесс и изменился ли статус.

Диалог конкурирует с логами. Команды агента выполняются в той же pane, где показывается разговор Claude Code. Сборка, логи и вывод команд занимают экран и мешают читать диалог. Отдельные terminal-сессии нужны именно потому, что одной панели быстро становится мало.

Нет уведомления. Статусы waiting, errored и finished видны в списке, но готовых уведомлений за пределами окна нет. Если агент ждёт разрешение, само закрытие панели не сообщит об этом. Список придётся проверять вручную.

Не работает копирование. На headless-сервере без X11 или Wayland копирование из TUI может быть недоступно. Причина связана с тем, что wl-copy, xclip и xsel требуют графическое окружение. Для SSH-сценария автор issue предлагал OSC 52, но в фактуре нет подтверждения, что это уже готовая часть менеджера.

Архив не равен остановке. Архивирование может убрать сессию из удобного списка, но не обязательно остановить underlying process. В результате агент продолжает расходовать CPU, память и дочерние процессы. Перед долгим перерывом проверяй, что процесс действительно остановлен.

Команды управления только с клавиатуры. Полноценная мышь отмечена как незавершённая возможность. Если привык к кликам, сначала придётся освоить горячие клавиши и подсказки интерфейса.

Несколько агентов не разговаривают сами. Базовый Agent-Manager показывает сессии человеку, но не даёт им встроенного общения друг с другом. Один процесс не узнаёт автоматически, что соседний уже закончил работу, и не читает его экран.

Наконец, сам TUI может выглядеть неровно на маленьком окне терминала. В issues описаны переполнение строк, изменение высоты preview после quick prompt и проблемы с границами focus mode. Это не обязательно означает, что код проекта сломан. Иногда сломан только способ отображения.

Практическое правило здесь одно: разделяй проблему агента и проблему менеджера. Сначала смотри статус и сам процесс. Затем проверяй diff. Только после этого решай, нужно ли перезапускать сессию.

Вопросы и ответы