Запросы, ответы и уведомления

Внутри MCP использует JSON-RPC. Каждый обмен представляет собой одну из трёх форм сообщений, и, когда вы их знаете, взаимодействие по сети перестаёт казаться магией.

Запрос просит другую сторону что-то сделать и ожидает ответ. В нём есть идентификатор, чтобы позднее можно было сопоставить с ним ответ.

Ответ отвечает ровно на один запрос. Он повторяет тот же идентификатор, поэтому клиент всегда знает, на какой вопрос отвечает.

Уведомление — это одностороннее сообщение. Оно похоже на запрос, но не содержит идентификатора, поэтому ответ на него никто не отправляет.

Всё различие заключается в наличии идентификатора: если он есть, нужно отправить ответ, а если его нет — не нужно. Это единственное поле отделяет запросы от уведомлений.

JSON-RPC симметричен, поэтому MCP тоже симметричен. Сервер может отправлять запросы клиенту, а не только клиент серверу. Обе стороны могут выполнять обе роли.

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

MCP использует уведомления для текущих сигналов, например сведений о ходе выполнения, журналах и изменениях списков. Ответ не требуется, поэтому общение продолжается свободно.

Поскольку каждый запрос содержит уникальный идентификатор, одновременно могут выполняться многие вызовы. Ответы не обязаны приходить по порядку: идентификатор сохраняет соответствие.

Представьте цикл обмена: клиент запрашивает tools/list, сервер отвечает с тем же идентификатором, и тогда клиент понимает, какие инструменты существуют.

Эти три формы охватывают всё, что нужно MCP: запросить и подождать, ответить или объявить. Именно эта простота стала причиной выбора JSON-RPC для протокола.

Вы изучили весь словарь MCP: запросы отправляются с идентификатором, ответы возвращаются с этим идентификатором, а уведомления отправляются вовсе без него. Три формы — бесконечное множество разговоров.