Зачем нужен MCP
Model Context Protocol — единый стандарт «портов» к LLM. Что он решает и что нет.
Проблема, которую решает MCP
До MCP каждый AI-инструмент (Claude Code, Cursor, Codex) подключал инструменты по-своему. Это значит, что один tool пришлось бы реализовывать пять раз под разные клиенты.
MCP — это единый протокол, который описывает, как клиент-агент общается с tool-сервером. Сервер пишется один раз, любой совместимый клиент его подключает.
Кто поддерживает
Claude Desktop / Claude Code / Cursor / Windsurf / Codex / Continue / многие IDE и агентные фреймворки. Стандарт продвигает Anthropic и сообщество.
Что даёт MCP
- Унификация: пишете один сервер — работает в нескольких клиентах.
- Безопасность: стандартизированная модель разрешений.
- Экосистема: уже сотни open-source MCP-серверов (Github, Filesystem, Slack, Linear, базы данных).
Что НЕ MCP
- Не заменяет агентскую логику. Логика остаётся в клиенте.
- Не работает с моделями напрямую — только через клиента.
Откройте каталог MCP-серверов. Подключите 1-2 к Claude Desktop. Попробуйте через них реальные задачи.
Скопируйте и адаптируйте под свой контекст. Текст в треугольных скобках — то, что нужно заменить.
Подскажи MCP-серверы под мой сценарий. Что мне нужно: - Доступ к: <…> - Окружение: <Claude Desktop / Cursor / Claude Code> - Безопасность: <…> Дай 3-5 серверов с короткими описаниями.
- Думают, что MCP — это «новая модель».
- Подключают всё подряд — теряют контроль над разрешениями.
- Не читают, что именно сервер делает.
- Тестируйте серверы в изоляции, прежде чем класть в общий конфиг.
- Минимальные разрешения по умолчанию.
- Используйте «only read» режим, если он есть.
Везде, где есть совместимый AI-клиент.
Когда инструмент нужен только в одном клиенте и просто пишется как extension.