JSON

просмотр сообщений JSON-RPCСвяжите ответ с запросом по ID

Вставьте сообщение, пакетный массив или журнал с одной записью JSON на строку и выберите профиль.

просмотр сообщений JSON-RPC

Сохранённые сообщения

Ввод остаётся в этом браузере. Запросы к серверу не отправляются.

Результат анализа

Ожидание журнала.

Ожидание журнала.

В сохранённом журнале ответы могут идти не в том порядке, что запросы. Просмотр сообщений JSON-RPC связывает их по значению и типу ID, сохраняя исходный порядок записей.

Инспектор сообщений MCP извлекает список инструментов, возможностей и URI ресурсов из видимых кадров. Анализ логов JSON-RPC не делает запросов к серверу и не додумывает отсутствующие данные.

Зачем нужен просмотр сообщений JSON-RPC?

Сопоставляйте ID, а не позиции

Ответы на пакетные вызовы могут меняться местами. Число 1 и строка «1» различаются; уведомление не требует ответа.

Карточки запросов и ответов в разном порядке соединены линиями по совпадающим ID.

Извлекайте данные MCP из одной записи

Ответ tools/list показывает имена и входные схемы, а перечень ресурсов — URI. Если обнаружение не попало в журнал, возможности остаются неизвестными.

Кадр MCP соединён с карточками схемы инструмента и URI ресурса.

Сначала определите формат и версию

01

Выберите профиль

Обычный JSON-RPC 2.0 поддерживает пакеты. MCP 2025-11-25 использует initialize, а версия 2026-07-28 — server/discover и метаданные каждого запроса.

02

Разделите пакет и строки

Массив верхнего уровня — один пакет. Отдельные полные значения JSON в разных строках — кадры сохранённого обмена.

03

Повторите анализ после правки

Запустите проверку кнопкой или Ctrl/Cmd+Enter. После изменения ввода либо профиля старый результат нельзя выгрузить до нового запуска.

Связи сообщений и данные протокола

Точное сопоставление ID

Повторные запросы с одним ID отмечаются как неоднозначные. Ответы без пары выводятся отдельно.

Четыре типа кадров

Запрос, уведомление, успешный ответ и ошибка показываются раздельно. Запрос и ответ JSON-RPC ищутся во всём вводе.

Проверка схем инструментов

В tools/list проверяются имена и inputSchema. Аргументы tools/call сравниваются со схемой только при наличии её определения в журнале.

Реестр URI ресурсов

URI и шаблоны отображаются со схемами. Пользовательские схемы не открываются автоматически и не считаются ошибкой сами по себе.

Границы статического отчёта

Без соединения с сервером
Просмотр сообщений JSON-RPC читает только вставленный текст. Он не запускает инструменты и не удостоверяет реальную совместимость MCP.
Разные версии — разные правила
Пакет допустим в обычном JSON-RPC, а профили MCP его отмечают. В версии 2026 старый initialize не требуется.
Отсутствие кадра не равно отсутствию функции
Если tools/list не записан, каталог неизвестен. Без схемы нельзя утверждать, что аргументы вызова подходят инструменту.
Ограничения объёма
Ввод ограничен 500 000 единицами UTF-16 и 5 000 кадрами. Сначала показаны 50; выгрузка содержит весь отчёт.
Разные уровни ошибок
Верхний error JSON-RPC отличается от result.isError инструмента MCP. Уведомление не ждёт ответа.

Вопросы про просмотр сообщений JSON-RPC

Как сопоставить ответ JSON-RPC с запросом по id?

Поместите оба кадра в один ввод. Сопоставление учитывает значение и тип ID, а не порядок строк.

Могут ли ответы пакетного вызова прийти в другом порядке?

Да. Спецификация 2.0 разрешает произвольный порядок ответов, поэтому ориентироваться нужно на ID.

Есть ли id у уведомления JSON-RPC?

Нет. Запрос без id является уведомлением и не должен получать ответ.

Как просмотреть сообщение MCP tools/list?

Выберите профиль MCP и добавьте запрос вместе с ответом tools/list. Без ответа список инструментов неизвестен.

Чем ошибка инструмента MCP отличается от ошибки JSON-RPC?

Сбой инструмента может стоять в result.isError успешного ответа RPC; ошибка протокола использует верхний объект error.

Неожиданный результат?

Начните просмотр сообщений JSON-RPC

Сначала разберите пример, затем загрузите свою запись. Просмотр сообщений JSON-RPC выполняется только в браузере.