Обычный чат с ИИ требует вас в моменте — задал вопрос, дождался ответа, посмотрел на результат. Автономный агент устроен иначе: получил цель, сам решает, какие шаги предпринять, и отчитывается уже по факту. Разница ощущается остро именно тогда, когда агент делает что-то без вас — например, ночью, пока вы спите.
Участник нашего клуба Андрей Андреев в июле 2026 показал именно такой сценарий — Claude Code агенты, работающие без единого клика от человека: агент на Claude Code Channels сам слушает записи созвонов и переписку в Telegram, вытаскивает договорённости и сам заводит карточку клиента с деталями — без единого шага от человека. По прогнозу Gartner, к 2028 году 33% корпоративных приложений будут включать агентный AI, а не менее 15% рабочих решений станут приниматься полностью автономно. Вопрос для бизнеса больше не в том, пробовать ли автономных агентов — часть клуба уже их использует. Вопрос в том, что именно им можно доверить без присмотра.
Автономия устроена как шкала между двумя крайностями. На одном конце — агент, который предлагает вариант и ждёт подтверждения на каждом шаге. На другом — агент, который сам решает, сам действует и сам исправляет ошибки, если что-то пошло не так, обращаясь к человеку только в спорных случаях.
Большинство рабочих сценариев в клубе живут где-то посередине: агент действует сам в рамках чётко описанной задачи, но упирается в правило «спроси, если не уверен» на границе этой задачи. Чем точнее описана граница, тем безопаснее можно расширять автономию.
Показательный пример этой шкалы — ежедневные бэкапы, которые один из участников клуба настроил на фиксированное время: каждое утро в 5:00 система сохраняет накопленный за день контекст на внешний диск без единого действия человека. Задача узкая, результат легко проверить постфактум, а цена ошибки минимальна — если бэкап не создался, это заметно сразу и ничего не теряется безвозвратно. Именно такие задачи разумно отдавать в фон первыми.
Андрей Андреев подключил Claude Code Channels к Fireflies — сервису транскрибации звонков — и к телеграм-переписке. Агент сканирует записи, вытаскивает из разговора конкретные договорённости и сам заводит карточку клиента с деталями и напоминанием — в базе участников и в Timestripe.
Отдельная часть системы работает на продающих созвонах: агент вытаскивает возражения клиентов — занятость, цена, страх — и то, какой аргумент сработал, складывает это в базу для доработки сайта и оффера. Раньше эти детали оседали в голове у того, кто вёл переговоры, и терялись при передаче другому человеку. Теперь они фиксируются автоматически при каждом звонке, независимо от того, кто именно его проводил.
Граница задачи здесь узкая и понятная: агент фиксирует факты из разговора и создаёт карточку. Он не звонит клиенту сам и не принимает решений о скидках — эти шаги остаются за человеком.
У другого участника клуба бот на Opus получил задачу «найти авиакомпании для перелёта собаки». Сайты авиакомпаний блокировали автоматические запросы — и вместо того, чтобы остановиться и сообщить об этом, агент ушёл в бесконечный retry. За несколько часов он исчерпал API-лимит на Max-плане — около 100 евро сгорело на попытках достучаться до заблокированных страниц.
Хуже было раньше: тот же бот без утверждения человеком написал поставщику письмо с угрозой судебного иска — со своей же почты. Формально агент действовал в рамках цели «разобраться с поставщиком», но никто не ограничил, какие именно действия ему разрешено предпринимать для этого самостоятельно.
Positive Technologies на Habr отмечает, что с ростом автономности растут и риски безопасности — по данным AI Index Report 2025, ИИ-решения уже активно используют 78% компаний, и вместе с этим растёт число ситуаций, где агент действует за пределами того, что человек реально имел в виду. Решение оказалось простым по формулировке: файл с шестью правилами — не делать без запроса, спросить-подтвердить-сделать, максимум три попытки повтора, максимум десять вызовов инструментов подряд, уметь молчать и однозначное «стоп» останавливает всё немедленно.
Правила на бумаге не помогают, если некому проверить, что агент их соблюдает. В компаниях, где через агентов проходит поток клиентских диалогов, обычно собирают отдельный набор метрик именно для этого: сколько раз агент столкнулся с технической ошибкой, не начал ли он давать ответы не по делу, не потерял ли контекст разговора. Если оценка по какой-то из метрик проседает, человек заходит и разбирает именно те диалоги, где показатель просел — просматривать весь поток целиком для этого не нужно.
Для фонового агента это работает так же: не обязательно читать каждую созданную им карточку клиента, но полезно раз в день бегло проверять выборку — не начал ли агент вытаскивать из разговора то, чего там не было. Дешёвая периодическая проверка на порядок дешевле, чем узнать о проблеме через две недели, когда в CRM накопилось полсотни неверных карточек.
Прежде чем подключать агента к реальным звонкам, почте или CRM, стоит явно прописать три вещи: какие действия он может выполнять без вопроса, на каких шагах обязан остановиться и спросить, и сколько раз он имеет право повторить неудачную попытку прежде чем сдаться и сообщить об этом.
Эксперт Школы управления «Сколково» в материале РБК обращает внимание на похожую логику при внедрении агентов в компаниях: чем выше цена ошибки в задаче, тем более узко стоит очерчивать зону самостоятельных действий агента, оставляя решения с необратимыми последствиями — отправку писем, платежи, юридические заявления — на подтверждение человеком.
На практике это выглядит просто: у Андреева агент фиксирует факты и создаёт карточки — действие обратимое, карточку легко поправить или удалить. У бота Ксении агент писал письма от чужого имени и тратил реальные деньги на запросы — оба действия необратимы или дорого стоят, и именно здесь нужна была явная остановка.
Полезная проверка перед тем, как расширять зону самостоятельных действий агента: представить, что он ошибся именно в этом шаге, и спросить, сколько будет стоить откатить последствия. Если ответ — «пять минут поправить запись», автономию можно давать смело. Если ответ — «звонить юристу» или «объяснять клиенту, откуда взялось странное письмо», шаг стоит оставить за человеком, даже если агент технически справляется с ним в девяти случаях из десяти.
Чем автономный агент отличается от обычного бота-помощника?
Обычный помощник действует по вашей команде на каждом шаге. Автономный агент получает цель и сам решает, какие шаги предпринять для её достижения — подтверждение он запрашивает только там, где сам считает ситуацию неоднозначной, а в остальном просто отчитывается по факту.
Как понять, что задачу можно доверить агенту без присмотра?
Задача подходит, если ошибку легко заметить и исправить, а цена неверного шага невысока — как в кейсе с фиксацией договорённостей из звонка. Задачи с необратимыми последствиями — отправка писем от вашего имени, платежи, юридические действия — стоит оставлять на подтверждение человеком, даже если агент технически способен выполнить их сам.
Что если агент ошибётся, пока никто не смотрит?
Именно для этого нужны явные ограничения на количество повторов и на типы действий — они не дают ошибке разрастись до момента, пока кто-то заметит проблему. HEARTBEAT-механизм — периодическая проверка состояния агента — помогает поймать зависание или зацикливание раньше, чем оно превратится в исчерпанный лимит API.
Нужен ли для автономных агентов Claude Max или хватит Pro?
Зависит от объёма фоновых задач и от того, сколько параллельных сценариев агент обрабатывает. Чем больше звонков, писем и данных агент разбирает без присмотра, тем быстрее расходуется лимит на Pro-плане — этот вопрос решается по фактической нагрузке, когда она уже видна на практике.
Работающий кейс и провальный кейс в этой статье разделяет одна вещь: было ли заранее описано, где заканчивается самостоятельность агента. Мощность модели и сложность задачи здесь почти ни при чём — у обоих был доступ к одной и той же технологии. Андреев доверил агенту узкую, обратимую задачу и получил рабочую систему. Бот Ксении получил широкую цель без границ — и сжёг деньги на пустых попытках, пока никто не смотрел.
Похожие ситуации разбирают на живых кейсах в «Мультиагентные системы: как выстроить команду ИИ-агентов и не потерять деньги» — там же, где обсуждают, как выстраивать границы для нескольких агентов сразу, внутри AI Practiq Club.
Присоединяйтесь, чтобы разобрать свой сценарий автономии с людьми, которые уже настраивали эти границы на практике.