Когда мы рассказываем про пул AI-агентов техподдержки, первый вопрос скептика всегда один: «Так агенту что, продакшн-базу дали?!». Да, дали. И логи, и код, и историю коммитов. Через MCP — открытый протокол, который, на наш взгляд, уже стал стандартом корпоративного доступа агента к данным. Рассказываем, почему это безопаснее, чем доступ живого человека, а не страшнее.
Table Of Contents
Проблема: агент без данных бесполезен
Чтобы разобрать инцидент, агенту нужно то же, что и инженеру: код, логи, содержимое базы, история изменений. Без этого LLM — эрудированный собеседник, который гадает. С этим — рабочая единица, которая находит корневую причину.
Раньше каждому инструменту агента приходилось городить свою интеграцию: свой скрипт для базы, свой для логов, свой для git. Каждый — со своими дырами, своими правами, своими сюрпризами. MCP (Model Context Protocol) решает это структурно: один открытый протокол, по которому агент подключается к любому источнику — базе, логам, git, внутренним сервисам. Один раз научили агента говорить на MCP — и он умеет ходить во все ваши системы.
Как мы это устроили
Три источника — три MCP-сервера, один протокол:
База данных. Отдельный read-only шлюз перед продакшн-БД. Ключевое слово — read-only: физически невозможно выполнить изменяющий запрос. Для базы это отдельная учётка с правами только на SELECT, gateway при необходимости изолирует её от остальных БД кластера. Никаких DELETE не существует в природе этого доступа — не «запрещены», а невозможны.
Логи. MCP-сервер поверх централизованного хранилища логов. Агент может искать по событиям, фильтровать по сервису и времени, но не может ничего удалить или изменить.
Git. Чтение репозиториев, истории коммитов, PR и issues. Побочные эффекты (создать ветку, отправить PR) идут через отдельный контур с правами бота и обязательным ревью человека.
Общая идея: агент получает ровно те права, которые нужны для диагностики, и ни одним правом больше. И главное — весь доступ остаётся под корпоративным контролем: свои серверы, свои ключи, свой аудит.
Почему это безопаснее, чем человек
Контринтуитивный, но честный тезис. Сравните:
| Живой инженер | Агент через MCP | |
|---|---|---|
| Права | Широкие «на всякий случай» | Минимальные, по роли |
| Read-only | Добрая воля и надежда | Гарантия на уровне доступа |
| Следы действий | «ну, я смотрел базу» | Каждый запрос — в логе |
| Усталость, спешка, ночь | Факторы риска | Не существует |
| Отзыв доступа | Бывает, что забывают | Ключ выключил — доступ закрыт |
Инцидент «инженер ночью на усталости выполнил UPDATE без WHERE» не исключён полностью, но агент через read-only gateway его допустить не может физически. А каждый его шаг зафиксирован лучше, чем у любого человека.
Что это даёт на практике
Наш конвейер автономной обработки ошибок живёт ровно на этой связке: ошибка в мониторинге → агент через MCP читает логи и прод-базу → находит корневую причину → готовит фикс и PR → человек ревьюит. Обращение клиента разбирается с доказательствами, а не с «попробуйте перезапустить».
Порог входа для компании тоже приятный: MCP — открытый стандарт, серверы уже есть для PostgreSQL, популярных хранилищ логов, git-хостингов. Подключение очередного источника — вопрос дней, а не отдельного проекта.
Итог
- MCP — рабочий стандарт доступа агента к корпоративным данным, а не экспериментальная игрушка;
- Безопасность решается архитектурой: read-only, минимальные права, аудит — и доступ агента становится контролируемее человеческого;
- Практический эффект — агент разбирает инциденты с доказательствами из реальных данных, а не придумывает правдоподобные ответы.
Если хотите дать своим AI-агентам безопасный доступ к данным компании — это одна из наших профильных задач, напишите нам.