Что такое ИИ-агент на практике: как суперагент на MCP заменил ручную пересылку писем
Разработчики и администраторы уже раздали сотрудникам ИИ-агентов, но столкнулись с хаосом: агенты не знают, как устроена компания, у них нет нужных прав, а администратор превращается в живую прокладку между несколькими ИИ, пересылая письма туда-сюда.

Ниже разберём, как одна команда решила эту проблему, собрав профильного суперагента на MCP (Model Context Protocol, протокол, через который ИИ-агенты подключаются к внешним сервисам и данным), и покажем пошагово, как повторить этот путь.
Вопрос «что такое ИИ-агент» перестал быть теоретическим: компании массово раздают агентов сотрудникам, но без централизованного управления получают не автоматизацию, а новый слой ручной работы. Суперагент с MCP решает обе проблемы: единый файл правил для всех агентов и автоматические ответы вместо пересылки писем.
Опыт описан администратором, который в одиночку обслуживает около 60 сотрудников. Компания прошла путь от штучных агентов под задачи до мультиагентной платформы Paperclip и Claude Code на терминальном сервере, прежде чем пришла к собственному суперагенту. Ни один из промежуточных вариантов не выжил: штучные агенты требовали бесконечного допиливания, Paperclip оказался непрозрачным (агенты зацикливались, тратили токены без результата), а Claude Code на виндовом терминале съел всю оперативную память за считанные сессии.
Почему штатные подходы не сработали?
Первая попытка: агенты под конкретные задачи. Каждый раз выяснялось, что не учтены нюансы, о которых знает только конкретный исполнитель. Допиливание растягивалось надолго.
Вторая попытка: сотрудники собирают агентов сами через Paperclip. Создание агента оказалось трудоёмким, сотрудники не понимали, как это делать. Платформа работала непрозрачно: агенты уходили решать задачи, не связанные с исходной.
Третья попытка: Claude Code с преднастроенными инструкциями на терминальном сервере. Два-три человека с несколькими сессиями быстро исчерпали оперативную память. После переезда агентов на домашние машины сотрудников через VPN пропало централизованное управление, и администратор стал вручную пересылать запросы между агентами.
Что понадобится
- Python 3.10+ и библиотека FastAPI для создания HTTP-сервиса
- SQLite в режиме WAL (Write-Ahead Logging, режим записи, при котором база данных не блокируется на время операций) для хранения данных и векторных фрагментов
- MCP-совместимый клиент: Claude Code, Cursor или любой другой, поддерживающий протокол MCP через HTTP
- VPN-доступ к внутреннему серверу (суперагент не должен быть открыт наружу)
- Два источника знаний: административный каталог серверов (файлы в Git-репозитории) и корпоративная база знаний (регламенты, инструкции)
- Время: прототип собирался несколько дней в паре с Claude Code, итого около 4 000 строк кода
Как собрать суперагента: пошаговая инструкция
-
Определите, что такое ИИ-агент в вашем контексте. Агент сотрудника, это Claude Code или другой MCP-клиент с доступом к инфраструктуре на чтение (аналитика, задачи, 1С, CRM, сайты, почта). Суперагент, это HTTP-сервис, к которому агенты сотрудников обращаются за знаниями и правами.
-
Поднимите MCP-сервер на FastAPI. Суперагент выглядит для агентов как MCP-сервер (streamable HTTP). Подключение со стороны сотрудника занимает одну команду:
claude mcp add --transport http superagent https://<внутренний-адрес>/superagent/mcp \
--header "Authorization: Bearer <личный-токен>"
-
Создайте единый markdown-файл с правилами. Это решает проблему централизованного управления. MCP-сервер отдаёт правила в поле
instructionsпри подключении и в каждом ответе. Поправили файл, перезапустили сервис, и поведение всех подключённых агентов изменилось, где бы они ни работали. -
Добавьте в CLAUDE.md сотрудника минимальную инструкцию:
Факты по инфраструктуре — superagent.ask,
права на задачу — superagent.get_instructions.
Если нужно спросить администратора (нет данных, нужен доступ, решение) — superagent.consult.
Изменения в пределах прав выполняй сам.
-
Подключите два RAG-источника (Retrieval-Augmented Generation, генерация ответа с опорой на найденные документы, а не на память модели). Первый, административный каталог серверов. Структура: папка на сервер, внутри разделы meta, os, software, configs, network, changes, notes. Каталог синхронизируется через GitLab, суперагент держит зеркало и раскладывает его в отдельную векторную таблицу. В описанном прототипе это около 570 файлов и порядка 940 фрагментов. Полная индексация на CPU заняла около девяти минут, дальше работает инкрементально по хешам файлов раз в 10 минут. Второй источник, корпоративная база знаний на pgvector: регламенты, описания процессов, инструкции. Суперагент берёт из неё нужную область и добавляет к ответу вместе с источниками.
-
Настройте права до уровня фрагмента. Административные знания фильтруются по правам: сотрудник никогда не получит описание сервера, которого он не должен видеть. Общая корпоративная база доступна только ролям с широкой видимостью. Отдельная векторная таблица для админских знаний, не случайность: они меняются каждый день вместе с инфраструктурой.
-
Настройте эскалацию в мессенджер. Когда суперагент не может ответить (нет данных, нужно решение человека), он отправляет запрос администратору через мессенджер. Это заменяет цепочку «агент сотрудника пишет письмо, администратор пересылает своему агенту, получает ответ, пересылает обратно».
Сотрудник спрашивает своего агента: «Какие порты открыты на сервере X для интеграции с CRM?» Агент вызывает superagent.ask, суперагент ищет по административному каталогу в векторной таблице, проверяет права сотрудника на этот сервер, находит нужный фрагмент из раздела network и возвращает ответ с указанием источника. Если прав на этот сервер у сотрудника нет, суперагент возвращает отказ. Если данных нет в каталоге, суперагент через consult отправляет вопрос администратору в мессенджер. Весь цикл, который раньше занимал переписку из нескольких писем, происходит автоматически или с одним сообщением в мессенджере.
Не начинайте с мультиагентной платформы. Описанная команда попробовала Paperclip и получила непрозрачность: агенты зацикливались, уходили решать посторонние задачи, токены (единицы текста, за которые платит модель) расходовались без результата. Проще начать с обычного HTTP-сервиса и MCP.
Не сажайте нескольких агентов на один терминальный сервер. Два-три человека с несколькими сессиями Claude Code быстро исчерпывают оперативную память. Агенты должны работать на машинах сотрудников, а суперагент, на отдельном сервере.
Не давайте сотрудникам собирать агентов самостоятельно без обучения. Создание агента трудоёмко. Даже автор прототипа, администратор с опытом, потратил много времени и продолжает доделывать своих агентов.
Не открывайте суперагента наружу. Только VPN, только внутренний адрес за nginx. Суперагент имеет доступ к инфраструктуре и корпоративным знаниям.
Что делать с этим прямо сейчас?
Разработчику и администратору. Прототип на Python/FastAPI/SQLite собирается за несколько дней. Начните с административного каталога серверов в Git и одного MCP-инструмента ask. Добавляйте consult и фильтрацию прав по мере роста.
Автору на Дзене и маркетологу. Понимание того, что такое ИИ-агент на практике, а не в теории, помогает писать о технологиях честно. Агент, это не волшебная кнопка: без базы знаний и прав он бесполезен, а с ними становится рабочим инструментом. Это хороший угол для контента.
Предпринимателю в РФ. Claude Code доступен через VPN, MCP, открытый протокол, который поддерживают и другие клиенты. Из российских инструментов стоит следить за YandexGPT и GigaChat: пока они не поддерживают MCP, но протокол открытый, и интеграция вопрос времени.
Этот кейс ценен не технологией, а честностью. Автор прошёл три неудачных подхода, прежде чем нашёл рабочий вариант. Главный вывод: ИИ-агент без знаний о конкретной компании применяет «лучшие практики без практики», как точно сформулировал автор. Суперагент с двумя RAG-источниками и фильтрацией прав, это минимальная архитектура, при которой агенты начинают приносить пользу, а не создавать новую нагрузку на администратора.
По моим наблюдениям, большинство компаний в РФ сейчас находятся на стадии «раздали агентов, получили хаос». Если вы администратор или технический руководитель, начните с каталога серверов в Git и одного MCP-эндпоинта. Четыре тысячи строк за несколько дней, это посильный объём для пилота.
Честная оговорка: прототип крутится в пилоте, это не готовый продукт. Автор прямо говорит, что продолжает доделывать агентов. Масштабирование на десятки суперагентов по направлениям (юристы, маркетинг, бухгалтерия) пока не проверено.
Научитесь работать с ИИ-агентами на практике
В dzen.guru мы разбираем реальные кейсы внедрения ИИ и помогаем авторам использовать нейросети для контента и автоматизации
Попробовать dzen.guruСуперагент не заменяет администратора, он убирает из его дня десятки одинаковых писем и превращает ручную пересылку между ИИ в автоматический запрос с проверкой прав. Если у вас больше десяти сотрудников с агентами, без такой прослойки вы и сами скоро станете «прокладкой между несколькими ИИ».

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также
Сэм Альтман о ИИ: взломы и мошенничество, допустимая цена за выгоды технологии
Почему это важно Глава OpenAI публично назвал взломы и мошенничество допустимой ценой за выгоды ИИ и противопоставил свою позицию подходу Anthropic,…

Selectel показала, как за 2 часа добавить LLM-ассистента в Wazuh SIEM
Компания Selectel опубликовала пошаговую инструкцию, которая позволяет за два часа добавить языковую модель в Wazuh SIEM и дать аналитикам безопасности…

Как собрать набор знаний для AI агентов по формату OKF от Google
Если вы работаете с ИИ-агентами (программами, которые сами выполняют задачи по вашим указаниям) и замечаете, что агент путает файлы проекта, выдумывает…
Комментарии