Проблема, которая сводит с ума
Вы запускаете локальную модель через ollama. Хотите дать ей доступ к файловой системе, базе данных или веб-поиску через MCP. И тут начинается ад. Нужно прописывать каждый MCP-сервер отдельно в конфигурации клиента. Менять порты. Настраивать CORS. Перезапускать приложения. Каждый раз, когда добавляете новый инструмент.
Представьте: вы хотите подключить к своей локальной модели сразу файловую систему, веб-поиск и базу данных. Вместо одной настройки вам нужно три отдельных конфига, три разных порта и постоянные танцы с бубном при обновлениях.
PlexMCP — центральный распределительный щит
PlexMCP решает эту проблему одним махом. Это универсальный шлюз, который выступает посредником между вашей локальной LLM и десятками MCP-серверов. Вы настраиваете подключение один раз — и все инструменты доступны через единую точку входа.
Что умеет этот шлюз
- Единая точка доступа — все MCP-серверы подключаются через один порт
- Автоматическое обнаружение — находит запущенные MCP-серверы в сети
- Поддержка ollama и llama.cpp — работает с любыми локальными моделями
- Docker-контейнер — развертывание в один клик
- Конфигурация через переменные окружения — никаких JSON-файлов для правки
- Логирование и мониторинг — видите, какие инструменты используются
Как это работает на практике
1Запускаем Docker-контейнер
В теории всё просто: скачиваете образ и запускаете. На практике нужно правильно настроить переменные окружения. Основные из них:
| Переменная | Значение | Зачем нужна |
|---|---|---|
| OLLAMA_BASE_URL | http://host.docker.internal:11434 | Адрес вашего ollama |
| MCP_SERVERS | filesystem:///path, sqlite:///db.sqlite | Список MCP-серверов |
| PORT | 3000 | Порт для PlexMCP |
2Подключаем MCP-серверы
Вот тут начинается магия. Вместо того чтобы настраивать каждый сервер отдельно в LM Studio или других клиентах, вы просто перечисляете их в одной переменной. PlexMCP сам поднимает соединения и управляет ими.
3Настраиваем клиент
Теперь в любом MCP-клиенте (тот же MCP Chat Studio или OpenWebUI) указываете всего один адрес — ваш PlexMCP. И всё. Все инструменты уже там.
Чем PlexMCP лучше ручной настройки
Давайте сравним два подхода. Ручная настройка выглядит так:
- Для файловой системы — отдельный MCP-сервер на порту 3001
- Для SQLite — ещё один сервер на порту 3002
- Для веб-поиска — третий на порту 3003
- В клиенте прописываете три разных подключения
- При обновлении одного сервера ломаются остальные
С PlexMCP:
- Запускаете один контейнер
- В переменной MCP_SERVERS перечисляете нужные инструменты
- В клиенте указываете один адрес plexmcp:3000
- Все инструменты доступны сразу
- Обновляете контейнер — все серверы обновляются вместе
Альтернативы? Есть, но они другие
Прямых конкурентов у PlexMCP нет. Но есть инструменты, которые решают похожие задачи по-своему.
| Инструмент | Чем отличается | Когда выбирать |
|---|---|---|
| MCP Tool Registry | Регистрирует инструменты для RAG-систем | Когда нужна автоматизация поиска инструментов |
| MCP Doctor | Отлаживает конфигурации MCP | Когда ломаются подключения к отдельным серверам |
| Ручная настройка каждого сервера | То, от чего PlexMCP избавляет | Никогда. Серьёзно. |
Реальные примеры использования
Допустим, вы разработчик. Хотите создать агента, который:
- Читает документацию из файлов
- Ищет информацию в интернете через Kindly
- Сохраняет результаты в базу данных
Без PlexMCP вам нужно три отдельных подключения. С ним — одно. Вы говорите модели: "Прочитай файл README.md, найди в интернете похожие проекты, сохрани ссылки в базу". И она делает это, используя все три инструмента через один шлюз.
Вот что меня поразило: когда я добавил новый MCP-сервер для работы с GitHub API, мне не пришлось переконфигурировать клиент. Просто добавил его в переменную MCP_SERVERS, перезапустил контейнер — и всё заработало.
Подводные камни и особенности
PlexMCP не идеален. Есть нюансы:
- Единая точка отказа — если падает PlexMCP, падают все инструменты
- Сложность отладки — когда что-то ломается, сложнее найти, в каком именно сервере проблема
- Зависимость от Docker — если не используете контейнеры, придётся собирать из исходников
Но эти недостатки меркнут перед удобством централизованного управления. Особенно если у вас больше трёх MCP-серверов.
Кому нужен PlexMCP прямо сейчас
Этот инструмент не для всех. Но если вы попадаете в одну из этих категорий — берите немедленно:
- Разработчики AI-агентов, которые тестируют разные комбинации инструментов
- Исследователи, работающие с несколькими локальными моделями одновременно
- Команды, где каждый разрабатывает свой MCP-сервер, но нужно их все подключить к одной инфраструктуре
- Любой, кто устал редактировать конфиги при каждом добавлении нового инструмента
Что будет дальше с MCP-экосистемой
PlexMCP — симптом более крупного тренда. Экосистема MCP растёт как на дрожжах. Появляются десятки серверов для разных задач. И управлять ими вручную становится невозможно.
Я предсказываю: через полгода такие шлюзы станут стандартом де-факто. Будут появляться облачные версии. Интеграции с Model Context Protocol от Anthropic. Возможность динамического добавления инструментов без перезапуска.
Но уже сейчас PlexMCP решает 80% проблем с управлением MCP-подключениями. Остальные 20% — это вопросы безопасности, о которых многие забывают (кстати, почитайте про скрытые угрозы безопасности MCP).
Мой совет: поставьте PlexMCP даже если у вас всего два MCP-сервера. Когда появится третий — вы скажете себе спасибо.
