Remote (HTTP) против stdio MCP: что выбрать
Один и тот же MCP может быть локальным процессом или hosted-эндпоинтом. Выбор меняет авторизацию, шаринг и то, какие клиенты его увидят.
Два транспорта — две совсем разные операционные истории.
stdio — локальный процесс
Клиент запускает твой сервер (npx, бинарник) и общается по stdin/stdout. Отлично для:
- Личного, десктопного использования — без хостинга, крутится на твоей машине.
- Полного локального доступа — файловая система, локальные БД, dev-тулзы.
Слабые места: нельзя шарить, mobile-only юзеры не запустят, а веб-клиенты (claude.ai, ChatGPT) до него вообще не дотянутся.
Remote — hosted HTTP-эндпоинт
Твой сервер где-то работает и говорит по Streamable HTTP. Отлично для:
- Команд и шаринга — один эндпоинт, много юзеров.
- Веб-клиентов — коннекторы claude.ai и ChatGPT принимают только remote.
- OAuth — постоянный URL нужен для OAuth-флоу.
Слабые места: ты его хостишь, и нужна история авторизации (токен или OAuth).
Короткий путь
Не хочешь хостить? Unyly Gateway запускает stdio/npm MCP за тебя и выставляет их одним remote-эндпоинтом — так даже локальные серверы становятся доступны из ChatGPT. Смотри /account/gateway.