Назад в блог

MCP без локальных секретов

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

Иллюстрация к материалу: MCP без локальных секретов

MCP делает интеграции для агентов понятнее: инструмент описывает, что умеет, а агент вызывает его через единый протокол. Но сам по себе протокол не решает вопрос секретов.

Если каждый разработчик настраивает MCP-серверы локально, секреты быстро расползаются по рабочим машинам, dotfiles, CI-переменным и временным конфигам. В такой схеме сложно понять, кто имел доступ, где лежит актуальный токен и что нужно отозвать при инциденте.

Управляемый шлюз меняет границу ответственности. Пользователь не хранит пароль к системе, а получает право вызвать конкретный инструмент. Секрет остаётся в инфраструктуре, а действие проходит через проверку прав и журналирование.

Это особенно важно для корпоративных сценариев, где агенту нужны не только публичные API, но и внутренние системы: таск-трекеры, репозитории, базы знаний, аналитика, DevOps-инструменты.

Практический критерий зрелости простой: если для подключения нового агента нужно отправлять токены в чат или копировать .env, инфраструктура ещё не готова к масштабированию.