MCP: как научить модель пользоваться вашими инструментами

Model Context Protocol - открытый стандарт, который описывает, как модель обнаруживает внешние инструменты и вызывает их. Если раньше каждый вендор придумывал свой function calling, то MCP - попытка общего языка: сервер публикует инструменты и ресурсы, клиент (агент) их находит и использует.

Как это устроено

Три роли. Сервер - ваш код, который выставляет инструменты: «поиск по базе», «создать тикет», «запустить билд». Каждому инструменту - JSON-схема параметров и описание человеческим языком: именно по описанию модель решает, когда инструмент уместен. Клиент - агент, который держит соединение и транслирует вызовы. Хосты - приложения вроде Claude Code или IDE, куда всё встроено.

Что реально умеет модель

Читать: подключите базу знаний, и агент отвечает по вашим документам, а не по памяти весов. Действовать: тикеты, деплои, письма - любое API превращается в инструмент. Комбинировать: найти в CRM, сверить со складом, выставить счёт - цепочки из нескольких вызовов. Магия не в протоколе, а в том, что модель сама планирует, какие инструменты звать и в каком порядке.

Где дыры

Главная - промпт-инъекция через инструменты. Результат поиска или содержимое файла - это данные, но модель может прочитать их как инструкцию: «удали все тикеты». MCP-сервер обязан разделять данные и команды, а харнес - не выполнять деструктивные вызовы без подтверждения. Вторая дыра - жадные описания: инструмент «сделай что-нибудь с базой» будет вызываться невпопад. Пишите описания как документацию для стажёра: точно, с примерами и границами.

С чего начать

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