MCP — как агент получает руки

MCP — протокол, по которому к агенту подключаются внешние инструменты: браузер, мессенджеры, базы, что угодно. До него каждая интеграция была самоделкой; после — «поставил сервер, агент увидел новые инструменты». У меня через MCP работают браузер, Instagram-аналитика, генерация медиа и ещё десяток вещей.

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

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

Практическое следствие: возможности агента наращиваются без кода. Нужен новый канал — ищешь готовый MCP-сервер или пишешь свой за вечер.

Граница доверия

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

Мои правила такие. Перед установкой стороннего сервера — аудит: чей код, что он делает с данными, куда ходит по сети. Был случай, когда после проверки я отказался от популярного инструмента — он тянул к себе больше, чем декларировал. И второе: даже доверенным серверам — минимальные права. Инструмент для чтения не должен уметь писать.

Когда MCP не нужен

Модная ошибка — тащить MCP туда, где хватает скрипта. Если задача — «раз в день запустить программу и прислать результат», обычный Python по расписанию проще, надёжнее и прозрачнее. MCP оправдан, когда инструмент нужен агенту в диалоге: сейчас прочитай, сейчас реши, сейчас сделай. Для конвейеров — скрипты, для рук агента — MCP. Смешивать не стоит.