Коротко
Главная проблема MCP часто начинается не с кода, а с его запуска: репозиторий нужно собрать, обернуть в HTTP и постоянно поддерживать. Unyly сокращает этот инфраструктурный разрыв, но пока работает в рамках конкретного стека и типов проектов.
Самая неприятная часть MCP-сервера может занимать больше времени, чем его разработка. Для проекта на несколько десятков строк приходится клонировать репозиторий, ставить зависимости, собирать приложение, поднимать VPS, настраивать nginx и автодеплой.
Особенно неудобны stdio-серверы: чтобы к ним подключились claude.ai или ChatGPT, их ещё нужно обернуть в HTTP. Получается странный перекос — маленькая утилита требует почти полноценной инфраструктуры.
В Unyly это решают прямо внутри каталога MCP-серверов. К GitHub-репозиторию подключается проект, после чего он доступен по адресу slug.unyly.org. Новый push в ветку запускает пересборку автоматически. Та же схема подходит для статических сайтов, фронтенд-сборок и Next.js.
Практическая ценность здесь не в ещё одном хостинге, а в сокращении пути от найденного сервера до рабочего подключения. Каталог отвечает на вопрос «что существует», а деплой — на гораздо более важный: «как этим пользоваться».
Но универсальной платформой это пока не выглядит. В описании заявлены MCP-серверы только на Node и Python, а для stdio по-прежнему нужна HTTP-обёртка. Архитектура и конкретные проблемы, на которые автор потратил время, в доступном материале не раскрыты — поэтому оценивать надёжность, безопасность и удобство эксплуатации по одному анонсу нельзя.
Если MCP-инструмент требует отдельного VPS и ручной настройки, вы скорее будете искать другой инструмент или всё-таки развернёте его сами? Источник: Все статьи подряд / Искусственный интеллект / Хабр