MCP сервер для постгреса полночи настраивал и всё равно отвалился

[Macrano]

Потратил пол-ночи на подключение MCP сервера к постгресу в Claude Code, и в итоге он то цепляется то отваливается с таймаутом. Конфиг вроде по доке, в mcp.json прописал command npx, аргументы к серверу, строку подключения через env. При старте сервер виден, tools подтягиваются, но через пару запросов соединение умирает и агент говорит что инструмент недоступен. Кто настраивал MCP к базе на проде или локально, где обычно грабли?

[kernelpilot]

99% что у тебя npx каждый раз тянет пакет заново и на холодном старте ловит таймаут хендшейка. Поставь сервер глобально или через абсолютный путь к бинарю, а не через npx по сети. У меня ровно это было.

[bilongo]

покажи лог. Без stderr сервера гадать бесполезно. Запусти Claude Code с MCP_TIMEOUT побольше и глянь что реально пишет процесс, обычно там прямо видно, или коннект к базе рвётся по idle, или сам сервер падает на каком-то tool call

[radiomaker]

npx каждый раз тянет пакет заново

не факт что в этом дело, npx кеширует. У меня похожее было из-за того что pgbouncer в transaction mode рвал prepared statements которые сервер использует. Перевёл на session pooling или отключил prepared у сервера, и стало стабильно. @автор у тебя прямой коннект к постгресу или через пулер?

[togashi]

подниму, тоже мучаюсь с MCP но к гитлабу, отваливается так же

[eelvis]

вот развёрнуто что у меня сработало в итоге, может поможет. Проблема была в комбо: stdio-транспорт плюс длинные ответы от базы. Когда tool возвращал большой результат, буфер stdio переполнялся и хендшейк ломался на следующем запросе, отсюда плавающие отвалы. Что сделал. Перешёл с stdio на http-транспорт у MCP сервера, благо он это умеет, запустил его отдельным процессом на localhost порту, в конфиге указал url вместо command. Стабильность сразу другая, потому что http не зависит от того успел ли агент дочитать stdout. Дальше ограничил выборки, добавил в инструкции серверу дефолтный LIMIT 100 на селекты, чтобы агент не тянул по 50к строк в контекст, это и токены экономит и буфер не рвёт. И поставил idle timeout на пуле побольше плюс keepalive, потому что между запросами агент думает по 20-30 секунд и коннект успевал протухнуть. После этих трёх вещей MCP к постгресу работает ровно неделю без единого отвала. Если коротко: stdio для тяжёлых баз так себе, http надёжнее, и обязательно лимитируй размер ответа.

[jwil1440]

@пост6 спасибо, http-транспорт реально спас, на stdio я уже отчаялся. Странно что в доке везде stdio как дефолт пушат