9 агентов, которые молчали: как я обнаружил призраков в своей AI-команде

1 апреля 2026 года я обнаружил, что половина моей AI-команды последние несколько недель молчала. Не потому что были сломаны. Не потому что не было задач. Просто я забыл их подключить.

Это не первоапрельская шутка. Это реальный кейс из моей автоматизации бизнеса — и, как оказалось, один из самых ценных уроков про то, как работает (и не работает) автоматизация на практике.

Я управляю 16 виллами на Бали через систему ботов и AI-агентов. За последний год выстроил что-то похожее на цифровой штат: у каждого направления бизнеса — свой агент со своими инструкциями, доступом к базе данных и зоной ответственности. SEO, продажи, контроль качества, маркетинг, продукт, операционка вилл, финансы. Девять единиц в реестре. Девять «сотрудников» с описанием должностей.

И вот 1 апреля я сел разбираться, почему некоторые направления дают мало сигнала. SEO-агент давно не сообщал про позиции. Агент продаж не реагировал на лиды, которые я отправлял через тест. Я думал: наверное, нет подходящих задач. А потом решил покопаться глубже.

Как это выглядело изнутри

В системе управления агентами (я использую Paperclip) у меня числились все девять. Каждый с описанием роли, набором инструментов, правилами поведения. Я даже провёл сессию по «прокачке инструкций» — переписал промпты, добавил примеры, уточнил форматы ответов.

Агенты существовали в Paperclip как полноценные сущности. Там был SEO-агент с семантическим ядром и правилами публикации. Агент продаж с описанием воронки и примерами ответов лидам. Агент контроля качества с чек-листами по каждому типу контента.

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

Агенты были в одной системе. Боты, которые должны им писать и получать от них ответы, — в другой. OpenClaw (система оркестрации) не знала, какому агенту Paperclip соответствует какой бот. Соединение между ними не было настроено.

По факту это выглядело так: когда кто-то писал в канал SEO-агента — сообщение шло в Telegram-бот, но тот не знал, что надо передать его в Paperclip конкретному агенту. Бот просто молчал. Агент в Paperclip тоже молчал, потому что не получал никаких входящих.

Первые подозрения

Первый звонок прозвенел ещё недели за две до этого обнаружения. Я отправил тестовый лид в канал агента продаж: «Интересует аренда виллы на август, бюджет $200/ночь, 4 человека». Ответа не было минут двадцать. Я решил, что агент перегружен или обрабатывает что-то другое. Написал повторно — тишина.

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

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

На самом деле всё это было симптомом одной и той же проблемы: агенты не получали сообщений. Вообще никаких. С момента создания.

Момент обнаружения

1 апреля я решил провести диагностику. Не потому что что-то сломалось — просто хотел сверить ожидания с реальностью. Открыл Paperclip, посмотрел на очередь входящих сообщений каждого агента.

У SEO-агента — ноль сообщений. За всё время существования.

У агента продаж — два сообщения. Оба системные, от самой платформы при создании агента. Ни одного реального запроса.

У агента контроля качества — ноль.

Девять агентов. Совокупно — может быть, десять системных сообщений между ними, ни одного реального входящего.

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

Три агента работали. Шесть — существовали только в реестре.

Почему это произошло

Разбирая ситуацию, я понял: это системная проблема в том, как я строю автоматизацию.

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

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

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

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

Как я починил

Сам процесс починки занял часа полтора. Для каждого из шести агентов-призраков нужно было:

• Найти соответствующий Telegram-бот (или создать новый, если его не было)
• Добавить маппинг в таблицу соответствий OpenClaw
• Настроить webhook или polling для получения сообщений
• Протестировать — отправить тестовое сообщение и убедиться, что агент отвечает
• Проверить, что агент имеет доступ к нужным данным (база данных, внешние API)

Несколько агентов требовали дополнительной настройки: у агента продаж не был прописан доступ к таблице лидов в PostgreSQL — я добавил его при первоначальной настройке в Paperclip, но не перенёс в конфигурацию OpenClaw. Агент маркетинга не знал API ключи для постинга в Instagram и Threads.

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

Бонусная находка: 46 вилл с нулевой арендой

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

В таблице договоров аренды обнаружил, что у 46 вилл стояла стоимость аренды 0 рублей. Не потому что виллы бесплатные. Данные там были, просто лежали в другом поле — в поле «комментарий к договору» вместо структурированного поля «сумма».

Это случилось на этапе первоначального импорта данных: кто-то (я сам, несколько месяцев назад) заполнял таблицу вручную, и некоторые записи пошли не в то поле. Агент по договорам не поднял флаг, потому что в его правилах не было проверки на нулевую аренду — только на отсутствие данных. Ноль — это данные, просто неправильные.

Починил формат данных, добавил валидацию: если сумма аренды меньше $50 — автоматически создаётся задача на проверку. Заодно настроил агенту напоминания об истечении договоров: предупреждения за 30, 14, 7 и 3 дня до окончания контракта.

До этого мониторинг сроков договоров был полностью ручным — я периодически открывал таблицу и смотрел даты. Теперь агент следит сам.

Что означает «работающая» автоматизация

Этот день показал мне несколько вещей про автоматизацию, которые я раньше понимал теоретически, но не на таком наглядном примере.

Автоматизация — это не только написать код или промпт. Это убедиться, что все части реально соединены между собой, данные берутся откуда надо, и ни одно звено цепочки не обрывается молча. Молчание — это не «нет задач». Молчание — это потенциальный обрыв в системе.

Каждый новый компонент требует интеграционного теста. Не «настроил и забыл». А «настроил → проверил работу → убедился, что данные идут правильно → только потом перешёл к следующему». Мой паттерн был нарушен: я создавал агента, настраивал инструкции и переходил к следующему, пропуская этап проверки реального потока данных.

Тишина системы не равна отсутствию проблем. Если агент молчит — это либо нет задач, либо он не получает задачи. Разница принципиальная. Первое — нормально. Второе — обрыв. И без мониторинга ты не знаешь, какой именно случай перед тобой.

Именно поэтому я уделяю так много внимания мониторингу AI-агентов — не только мониторингу работоспособности, но и мониторингу потока задач. Агент, который ни разу не получил входящего — это красный флаг, независимо от того, как хорошо настроены его инструкции.

Чеклист проверки нового агента

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

• Создан в системе управления агентами — инструкции, зона ответственности, доступы
• Подключён к каналу входящих — webhook, polling, маппинг в таблице соответствий
• Доступ к данным проверен — агент видит нужные таблицы, поля, внешние API
• Тест входящего сообщения пройден — отправил тестовый запрос, получил ответ
• Тест с реальными данными пройден — агент оперирует реальными, не тестовыми данными
• Мониторинг входящего потока настроен — если агент молчит дольше X времени — тревога

Шесть пунктов. Полчаса на каждого нового агента. Именно эти полчаса я не тратил раньше — и в итоге потерял недели работы шести «сотрудников».

Масштаб проблемы

Отдельно стоит задуматься: а что пропустили эти шесть агентов за время простоя?

SEO-агент не мониторил позиции сайта несколько недель. Потенциальные просадки остались незамеченными. Агент продаж не обрабатывал тестовые лиды, которые я ему отправлял — я думал, что проверяю систему, а проверял пустоту. Агент маркетинга не публиковал контент по расписанию — я думал, что контент-план выполняется, а он просто не запускался.

По факту я несколько недель работал с частично функционирующей системой, не зная об этом. Видимая часть — три работающих агента — давала ощущение контроля. Невидимая часть — шесть молчащих — создавала иллюзию, что остальное тоже работает.

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

Параллели с управлением людьми

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

Представь: ты нанял шесть специалистов. Написал каждому подробную должностную инструкцию. Объяснил, чем они занимаются. Дал доступ к корпоративным системам. И забыл добавить их в рабочие чаты и поставить задачи.

Они сидят в офисе. Приходят каждый день. Читают свои инструкции. Ждут задач. А задачи идут в другое место — туда, где эти люди не числятся.

Пройдёт сколько-то времени, прежде чем кто-то заметит проблему. Может, один из них напишет сам. Может, ты заметишь, что отдел не даёт результатов. А может, будешь думать, что просто нет подходящих задач.

С AI-агентами точно так же, с одним отличием: люди в какой-то момент подойдут и скажут «нам нечего делать». Агенты будут ждать сколько угодно — у них нет инициативы пожаловаться на отсутствие входящих, если только ты специально не настроил такое поведение.

Что изменилось после

После этого инцидента я сделал несколько системных изменений.

Первое: добавил в мониторинг метрику «последнее входящее сообщение агента». Если агент не получал ни одного входящего за 48 часов — автоматический алерт. Это не значит, что что-то сломалось, но повод проверить, что всё соединено правильно.

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

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

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

Урок для тех, кто строит AI-системы

Если ты строишь автоматизацию на AI-агентах — проверь прямо сейчас, не молчат ли у тебя «призраки».

Открой реестр своих агентов. Посмотри на дату и время последнего входящего сообщения каждого. Если там «никогда» или дата несколько недель назад — это повод разобраться.

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

Автоматизация — это не только «написать умный промпт» или «настроить красивый интерфейс». Это убедиться, что каждый компонент системы реально соединён с другими и реально получает входящие данные. Можно поднять 17 агентов за один день — но если потом не проверить соединения, половина из них будет просто числиться в реестре.

Проверяйте ваши данные. Проверяйте ваши соединения. И если какой-то «сотрудник» системы давно молчит — не предполагайте, что ему просто нечем заняться.