Архитектура MCP
Тема дорожной карты · Claude от Anthropic
Модельная контекстная протоколархитектура (Model Context Protocol, MCP) представляет собой открытый стандарт для интеграции больших языковых моделей (LLM) с внешними системами. MCP использует клиент-серверную архитектуру, где Host (Claude Code, Claude Desktop или ваше приложение) управляет одним или несколькими MCP-клиентами, каждый из которых поддерживает соединение 1:1 с MCP-сервером. Серверы предоставляют три основных примитива: Tools (вызываемые функции), Resources (читаемые данные) и Prompts (переиспользуемые шаблоны). Коммуникация между клиентами и серверами осуществляется через выбранный транспорт (stdio для локального использования или SSE/HTTP для удаленного доступа).
Архитектура MCP играет ключевую роль в обеспечении взаимодействия между моделью и внешними системами, позволяя модели получать доступ к данным и функциям, необходимым для выполнения задач. Это делает MCP неотъемлемой частью интеграции больших языковых моделей с различными приложениями и системами.
Как это работает
Архитектура MCP: Model Context Protocol — открытый стандарт для подключения LLM к внешним системам (tools, data, context). MCP-серверы экспонируют resources (read-only data — файлы, DB-схемы) и tools (функции) через transport (stdio для локального, SSE/HTTP для remote). Клиенты (Claude Code, Claude Desktop, Cursor, custom apps) их потребляют. Use cases: подключение Claude к БД, календарю, тикетам, internal docs, мониторингу.
Для обеспечения взаимодействия между моделью и внешними системами, MCP-серверы предоставляют три основных примитива: Tools (вызываемые функции), Resources (читаемые данные) и Prompts (переиспользуемые шаблоны). Эти примитивы позволяют модели получать доступ к данным и функциям, необходимым для выполнения задач. Коммуникация между клиентами и серверами осуществляется через выбранный транспорт (stdio для локального использования или SSE/HTTP для удаленного доступа).
Когда применять
MCP-сервер — на любую internal-систему, к которой Claude должен иметь доступ: БД, тикеты (Linear, Jira), мониторинг (Grafana, Prometheus), wiki/docs. stdio-transport — для локальной разработки; HTTP/SSE — для shared-серверов. Всегда auth на remote MCP-серверах (иначе Claude pwn-ит org). Аудитьте, какие tools каждый MCP экспонирует — least privilege.
Архитектура MCP используется для интеграции больших языковых моделей с различными внутренними системами, такими как базы данных, системы управления тикетами (например, Linear, Jira), системы мониторинга (например, Grafana, Prometheus) и wiki/docs. Для локальной разработки используется stdio-транспорт, в то время как для удаленного доступа к общим серверам используются HTTP/SSE. Всегда следует использовать аутентификацию на удаленных серверах MCP (иначе Claude может получить несанкционированный доступ к организации). Также необходимо аудировать, какие инструменты каждый MCP-сервер экспонирует, чтобы обеспечить принцип наименьших привилегий.
Типичные ошибки
Ловушки Архитектура MCP: MCP-сервер экспонирует write-tools без подтверждения (Claude автономно зовёт delete_db); MCP-серверы с permissive-credentials (Claude наследует все права); много MCP-серверов одновременно (модель путается от tool-перегрузки); не обновляют MCP-серверы по мере эволюции schema-требований Claude.
Типичные ошибки при использовании архитектуры MCP включают экспонирование write-tools без подтверждения (например, модель может автономно вызвать delete_db), использование MCP-серверов с перmissive-кредентами (что позволяет модели наследовать все права доступа), запуск большого количества MCP-серверов одновременно (что может вызвать перегрузку модели из-за большого числа инструментов), а также необновленные MCP-серверы, которые не соответствуют текущим требованиям схемы Claude.