Model Context Protocol: USB-C для ИИ-агентов

· 2 мин · BadRabbit

llm-wiki отдаёт правила агентам по MCP. Прежде чем рассказывать, как это сделано у меня, разберу, что это за протокол, по анонсу Anthropic.

Проблема N×M

Допустим, у тебя есть 5 ИИ-приложений (чат, IDE, агент поддержки…) и 10 источников данных (Git, Slack, база, Google Drive…). Чтобы каждое приложение умело работать с каждым источником, нужно 50 интеграций. Каждая самописная, со своими ошибками, и каждая ломается при обновлении API.

Решение

Model Context Protocol — открытый стандарт подключения моделей к данным и инструментам. Вместо N×M интеграций получается N + M: каждое приложение реализует клиент MCP один раз, каждый источник реализует сервер MCP один раз, и они совместимы друг с другом.

Anthropic открыли протокол в ноябре 2024 года. В комплекте было три вещи:

  1. спецификация и SDK;
  2. поддержка локальных MCP-серверов в Claude Desktop;
  3. готовые серверы для популярных систем: Google Drive, Slack, GitHub, Git, Postgres, Puppeteer.

Протокол сразу подхватили компании вроде Block и Apollo и инструменты для разработчиков: Zed, Replit, Codeium, Sourcegraph.

Что умеет сервер

Сервер MCP предоставляет модели три типа вещей:

  • инструменты (tools): функции, которые модель может вызвать, например «найти правило» или «создать предложение»;
  • ресурсы (resources): данные, которые можно прочитать, например страницу вики;
  • промпты (prompts): готовые шаблоны задач.

Клиент (приложение с моделью) спрашивает у сервера, что тот умеет, и показывает это модели.

Мой комментарий

Для llm-wiki MCP решил главный вопрос: как доставить правила в агентов, которых я не контролирую. Claude Code, Codex, мой собственный агент — все они уже умеют MCP. Достаточно поднять один сервер, и правила компании видны везде.

Но у MCP есть и тёмная сторона: протокол позволяет легко комбинировать инструменты из разных источников, а это открывает дорогу prompt injection. Через четыре дня будет разбор, почему это опасно.