20.10.2026

Herdr: параллельные ИИ-агенты в одном терминале

Монитор с надписью Herdr в центре экрана, соединённой линиями с иконками ИИ-агентов и панелями кода, на фоне синего города
Источник фото: telegram @prog_tools
О чем материал
  1. Как выглядит рабочий процесс
  2. Что важно помнить про VPS
  3. С чего начать

Herdr — инструмент, который позволяет держать несколько сессий ИИ-агентов для написания кода в одном терминале и переключаться между ними без лишних окон и вкладок. В любой момент видно, кто из агентов прямо сейчас пишет код, кто ждёт ответа от разработчика, а кто уже закончил работу. Такой обзор экономит время: не нужно гадать, на каком из процессов «зависла» задача, и не приходится вручную сводить результаты из разных мест.

Как выглядит рабочий процесс

Для независимых друг от друга задач удобно заводить отдельное рабочее дерево Git с собственной веткой. Тогда агенты не мешают друг другу и не переписывают одни и те же файлы. Правки интерфейса автор статьи держит локально: так приложение можно запускать сразу и быстро давать обратную связь по внешнему виду и поведению.

А вот задачи с чётким описанием разумно отправлять на виртуальный сервер (VPS). Там агент выполняет реализацию и автоматические проверки даже тогда, когда ноутбук спит. Это снимает привязку к локальной машине и позволяет длительным процессам идти своим ходом.

Что важно помнить про VPS

Перенос на сервер не отменяет ограничений. Соединение с VPS может оборваться в самый неподходящий момент, а слабый по ресурсам сервер начинает тормозить, если запустить несколько одновременных сборок. Отдельная тема — доступ агента к секретам: его всё равно нужно ограничивать, чтобы ключи и токены не оказались в зоне, где им не место.

С чего начать

В разборе рабочего процесса автор советует не бросаться сразу в автономные сценарии. Сначала стоит попробовать Herdr локально на паре ограниченных задач — так проще понять, как ведут себя агенты, сколько времени занимают операции и где нужен контроль. И только после этого имеет смысл переносить автономные задачи на VPS.

Такой подход даёт естественную последовательность: сначала наблюдение и ручная проверка на небольшом объёме, затем — масштабирование на серверные ресурсы. Это снижает риск, что один неудачный запуск испортит рабочий процесс или приведёт к утечке доступа.