Что это
“Wireshark for MCP”: прозрачный proxy/TUI, который показывает реальный JSON-RPC трафик между MCP client и MCP server.
Бизнес-проблема
MCP часто ломается непрозрачно: tool не вызвался, capabilities не совпали, аргументы не те, запрос завис, а человек смотрит в /tmp/logs и делает вид, что это инженерия.
Практическая польза
для AI-Ready это сильный компонент MCP Integration QA Pack: отладка MCP-серверов, replay tool calls, inspection handshake, диагностика зависших вызовов.
Почему интересно сейчас
undefined
Проверка выполнена повторно 2026-07-18; показатели относятся к исходному наблюдению и не заменяют собственный тест.
Технические особенности
Go, single binary, stdio wrapping, HTTP reverse proxy, live JSON-RPC stream, replay, capability inspector, hung-call detection, filter query; установка через go install, Homebrew или prebuilt binary. README прямо предупреждает: оборачивать только trusted servers, а untrusted запускать в container.
Значение для AI-Ready
component / Test now. Риски: tool args и payloads могут содержать секреты; нужно локальное хранение логов и sanitation перед передачей клиенту. Вердикт: Test now.
Риски
- Proxy видит содержимое инструментальных вызовов, включая токены и клиентские данные.
- Наблюдение за трафиком не означает безопасную авторизацию действий и не заменяет approval gate.
Граница вывода
Первый тест - synthetic MCP tools без внешних аккаунтов; не записывать рабочие секреты и не считать trace разрешением на выполнение действия.
Ключевые риски
- Proxy видит содержимое инструментальных вызовов, включая токены и клиентские данные.
- Наблюдение за трафиком не означает безопасную авторизацию действий и не заменяет approval gate.
Разберите эту страницу со своей LLM
Скопируйте контекст страницы в ChatGPT, Claude, Gemini или другую LLM и попросите применить эту схему к вашему бизнесу.
Можно спросить:
- Какую ограниченную задачу AI-Ready разумно проверить с помощью mcpsnoop?
- Какие риски и условия нужно закрыть перед пилотом mcpsnoop?