MCP-агрегатор: объединяем инструменты для LLM в один сервер

[nikulin_krd]

Каждый MCP-сервер — это отдельный процесс, отдельная конфигурация, отдельная точка отказа.

И вы добавляете еще один процесс, отдельную конфигурацию и +1 точку отказа

Когда это полезно?

✅ Много MCP-серверов — упрощает конфигурацию
✅ Частые эксперименты — легко добавлять/убирать серверы
✅ Production-окружение — автоперезапуск и устойчивость
✅ Командная работа — единый MCP.json в репозитории
✅ CI/CD — один сервер вместо десяти

Когда НЕ нужно?

❌ Всего 1-2 MCP-сервера — проще настроить напрямую
❌ Если максимальная производительность, то прямой вызов всегда быстрее
❌ Специфичная логика обработки ошибок для каждого сервера

Абсолютно надуманные pros/cons....

Очередное нелогичное детище вайбкодера

[Kagvi13]

Ну почему? На ПК у меня OpenClaw, и казалось бы проще туда несколько серверов в отдельности прописать… Одна проблема - при изменении в секции MCP он перезагружается, а это мешает работе агента… Вынесение MCP-серверов в отдельный процесс позволяет менять конфигурацию без нарушения работы агента (хотя лучше прописать напрямую, если MCP-сервер проверен и будет работать на постоянной основе)

[dabrahabra]

Тоже об этом подумал.

Продукт, который я ищу - mcp gateway, который будет:

• Держать конфигурацию других MCP внутри, как этот проект

• Работать как Http <> stdio мост

• Иметт гибкую систему контроля доступа RBAC/ABAC

• Интегрируется с IDP/AD