1 агент = 1 операция: почему AI должен делать только одно дело

Проблема "универсального солдата"

Когда мы только начинали делать AI ? -агентов, хотелось запихнуть в одного всё: и мониторинг, и создание контента, и аналитику, и коммуникацию с клиентами. Звучит круто, работает — никак.

Агент захлёбывается в контексте. Путает задачи. Теряет фокус. Начинает делать лишние действия, потому что "ну а вдруг пригодится". В итоге простой запрос обрабатывается 2–3 минуты вместо 10 секунд, а банальная ошибка валит всё сразу.

Один агент — одно действие

Принцип простой: один AI ? -агент выполняет ровно одну операцию. Точка. Не "собрать и проанализировать", а только "собрать". Не "написать и опубликовать", а только "написать черновик".

• Агент мониторинга — только смотрит каналы и собирает сырые данные. Не анализирует. Не делает выводов.
• Агент-аналитик — берёт сырые данные и превращает в отчёт. Не публикует. Не рассылает.
• Агент-публикатор — только постит в нужный канал. Формат, время, аудитория — его забота.
• Агент-корректор — проверяет текст перед публикацией. Не пишет, не редактирует стиль.

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

Что это даёт на практике

• Предсказуемость. Если агент сломался — вы знаете, какая операция упала. Не надо гадать, где ошибка.
• Масштабирование. Хотите быстрее — добавьте ещё одного такого же агента. Они не мешают друг другу.
• Контроль качества. Каждый агент проще тестировать. Маленькая функция = маленький тест.
• Экономия. Узкий агент потребляет меньше токенов, ему не нужно держать в голове контекст всей системы.

"Хороший AI ? -агент — это скучный AI ? -агент. Он делает одно и то же предсказуемо, без креатива и самодеятельности".

Как это выглядит в коде

Каждый агент — отдельный инстанс со своим конфигом. Узкий system prompt. Минимум инструментов. Без права менять конфигурацию или подключаться к тому, к чему не должен.

Например, наш агент сбора лидов ничего не знает о том, как выглядит CRM ? . Он просто собирает данные со страницы и кладёт в указанную папку. Дальше другой агент подхватывает, проверяет, обогащает. Третий — отправляет в CRM ? .

Это не усложнение, а упрощение. Каждый кусок системы можно переписать, заменить или удалить, не трогая остальное.

А как же Claude Computer Use и автономные агенты?

Да, существуют агенты, которые делают всё: от серфинга в браузере до принятия решений. Они эффектны на презентациях. В бою — это головная боль.

Проблема не в технологии, а в доверии. Вы готовы дать агенту полный доступ к браузеру, файловой системе и API ? , чтобы он сам решал, что сделать? Мы — нет. Поэтому каждый наш агент максимально ограничен.

Автономность — это не про "делай что хочешь". Это про "сделай одну вещь, но сделай её без моего участия".

Итог

• Один агент = одна операция. Без вариантов.
• Если агенту нужно больше одной команды — разбейте задачу.
• Конвейер из агентов надёжнее и быстрее, чем один "умный" агент.
• Ограничения — это не баг, а фича. Чем меньше агент может, тем надёжнее он работает.

Мы в Скибл строим систему именно так: 12 агентов, каждый делает ровно одно дело. И это работает.