Когда первый агент начинает справляться, почти сразу возникает вопрос: а можно ли запустить второго? Например, один занимается рабочими задачами, другой — личными, или один отвечает клиентам, а другой готовит отчёты. Можно. Разбираем варианты и подводные камни.
Сначала решите: субагент или отдельный инстанс
Это две разные вещи, и их часто путают.
Субагенты — механизм внутри одного агента: основной агент порождает временных помощников под конкретные подзадачи, они работают параллельно и завершаются. Общая память, общие настройки, один процесс. Подходит, когда задача одна, но большая: разобрать сто файлов, проверить десять источников.
Отдельные инстансы — несколько независимых агентов на одной машине. У каждого своя память, свои навыки, свой характер и свои права. Подходит, когда задачи и контексты разные: рабочий и личный, клиентский и внутренний.
Правило простое: разные роли и разные данные — разные инстансы. Одна роль, много параллельной работы — субагенты.
Как развести два инстанса
Три вещи, которые нужно разделить обязательно:
1. Рабочие папки. У каждого агента своя директория с конфигом, памятью и навыками. Общая папка — гарантированная путаница: агенты начнут перезаписывать память друг друга.
2. Порты. Если агенты поднимают веб-интерфейс или слушают вебхуки, у каждого должен быть свой порт. Конфликт портов — самая частая причина «второй не запускается».
3. Каналы связи. Разные боты в мессенджерах. Один бот на двух агентов приведёт к тому, что оба ответят на одно сообщение — настройка каналов.
Дополнительно стоит развести: ключи API (чтобы видеть расход по каждому), пользователей системы (если агенты имеют разные права) и автозапуск — каждому свой сервис в systemd.
Сколько ресурсов нужно
Сам агент нетребователен: это не модель, а обвязка вокруг неё. Основная нагрузка — сеть и диск, вычисления происходят на стороне провайдера модели.
Практические ориентиры для сервера: два-три агента спокойно живут на машине с 2 ГБ памяти. Требования растут, только если вы запускаете модель локально — тогда считать нужно по модели, а не по агентам. Как выбрать сервер — в разборе VPS.
Реальное ограничение обычно не в железе, а в расходах на модель: два активных агента обращаются к API вдвое чаще.
Типичные ошибки
- Общая рабочая папка — агенты затирают память друг друга, поведение становится непредсказуемым.
- Один бот на двоих — дубли ответов и путаница в диалогах.
- Одинаковые задачи по расписанию — оба агента делают одно и то же и удваивают расход.
- Нет разделения прав — «личный» агент получает доступ к рабочим документам.
- Нет отдельных логов — при сбое непонятно, кто именно сломался.
Когда второй агент не нужен
Честно: чаще всего достаточно одного. Если задачи однотипны и данные общие, второй инстанс только удвоит расходы и обслуживание. Заводите второго, когда есть реальное разделение: другие данные, другие права, другой канал связи или другой характер работы.
Промежуточный вариант — один агент с разными наборами навыков и задачами по расписанию: автоматизация через cron закрывает многие сценарии без второго инстанса.