Как опубликовать сайт через Cursor AI (без GitHub)

Соберите проект в dist/, подключите Cursor к Wibe через MCP и попросите агента опубликовать готовые файлы. Вы получаете стабильный публичный URL без пуша репозитория в GitHub и без копирования ZIP-архива в чужую панель публикации.

1. Step 1СборкаСоздайте dist/index.html
2. Step 2ПодключениеДобавьте и авторизуйте MCP
3. Step 3ПубликацияОпубликуйте и проверьте публичный URL

Как собрать и опубликовать сайт с помощью Cursor AI

Cursor — это AI-редактор кода на основе привычного интерфейса VS Code. В веб-разработке его агент может читать проект, создавать и редактировать файлы, выполнять команды в терминале, разбирать ошибки и улучшать результат в том же рабочем пространстве. Это решает задачу с написанием кода. Но локальное превью на localhost всё ещё не публичный сайт: оно останавливается, когда выключается ваш компьютер или сервер разработки, и ни у кого нет постоянного URL.

С помощью Cursor Chat и понятных запросов на естественном языке можно создать каркас React-приложения, сгенерировать код, написать тесты или отладить существующую кодовую базу. Это делает Cursor полезным для людей с разным уровнем опыта в программировании. Но это не делает каждое приложение на Cursor автоматически безопасным, готовым к продакшену или совместимым со статическим хостингом. AI-инструменты ускоряют работу, но архитектура публикации по-прежнему определяется самим кодом.

Лендинг, портфолио, сайт документации, публичное меню или прототип, работающий только в браузере, часто хорошо подходят для статического хостинга. А веб-приложение, которое отвечает за аутентификацию, базу данных, серверные API-маршруты, фоновые задачи или приватные секреты — нет. Если граница неясна, перед публикацией сверьтесь с тестом «статический сайт против веб-приложения».

Начните с того, что попросите Cursor классифицировать текущий проект:

Проанализируй этот проект, ничего не меняя. Определи, может ли он работать полностью как статический сайт после продакшен-сборки. Проверь фреймворк, скрипты в package.json, серверные маршруты, аутентификацию, код работы с базой данных, фоновые задачи, приватные переменные окружения и локальные бинарные ресурсы. Закончи одним из двух: «Готово к статической публикации через Wibe» или конкретным списком блокеров.

Шаг 1. Соберите сайт Cursor в dist/

Wibe размещает продакшен-результат сборки, а не исходники проекта Cursor и не сервер разработки. В итоговой директории нужна точка входа dist/index.html. Каждый подключаемый файл CSS и JavaScript должен находиться внутри dist/, а пути к ресурсам должны работать с публичного URL, а не только из корня проекта на вашем компьютере.

Не угадывайте, что использует проект — Vite, Astro, чистый HTML, React или другой фреймворк. Дайте агенту изучить package.json, скрипты сборки и конфигурацию фреймворка, прежде чем он что-либо изменит:

Подготовь этот проект к статической публикации на Wibe. Прежде чем что-то менять, изучи фреймворк, скрипты в package.json и текущую конфигурацию сборки. Запусти правильную продакшен-сборку и сделай так, чтобы итоговый браузерный результат оказался в dist/ и присутствовал dist/index.html. Проверь маршруты, внутренние ссылки и пути к ресурсам так, как они будут работать с публичного URL. Пока не публикуй. Сообщи, какую команду ты запустил, какое получилось дерево файлов и все блокеры.

После того как заработает превью для разработки, протестируйте продакшен-сборку локально. Успешный npm run dev доказывает лишь то, что локальный сервер может отрисовать проект. Он не доказывает, что собранную папку можно раздавать как статический сайт.

Шаг 2. Подключите Wibe к Cursor через MCP

В Cursor есть встроенная поддержка серверов Model Context Protocol. Подключение Wibe даёт агенту узкий набор инструментов: получить список проектов, опубликовать версию, посмотреть историю версий и откатиться. Оно не даёт Wibe общего доступа к вашему редактору или репозиторию.

В Cursor откройте Settings → Cursor Settings → Tools & MCP и выберите New MCP Server. Cursor откроет mcp.json. Добавьте эту конфигурацию и сохраните файл:

{
  "mcpServers": {
    "wibe": {
      "url": "https://wibe.manaraga.ai/mcp"
    }
  }
}

Чтобы подключение действовало во всех проектах Cursor, используйте пользовательский файл ~/.cursor/mcp.json. Чтобы ограничить подключение одним репозиторием, поместите тот же JSON в .cursor/mcp.json внутри этого проекта.

Вернитесь в Tools & MCP и включите сервер wibe. При первом вызове инструмента Wibe у вас откроется браузер. Войдите с помощью одноразового кода, отправленного на вашу почту, и разрешите доступ. Подключение хранит собственную авторизацию OAuth, поэтому в исходный код не нужно вставлять никакой API-ключ.

Попросите Cursor вывести список ваших проектов Wibe. Если он вернёт названия и адреса, интеграция готова. Краткое руководство по подключению Cursor остаётся компактным справочником по настройке. Официальная документация Cursor по MCP описывает Streamable HTTP, OAuth, конфигурацию на уровне проекта и глобально, а также то, как агент использует доступные инструменты.

Шаг 3. Опубликуйте сайт Cursor на публичном URL

Если у вас ещё нет проекта Wibe, создайте его в панели. Вернитесь в рабочее пространство Cursor, где лежит собранный результат. Используйте один чёткий запрос, чтобы агент перепроверил папку, показал неоднозначные варианты назначения и сохранил вложенные пути.

Через подключённые инструменты Wibe выведи список моих проектов. Если на роль назначения подходит больше одного проекта, попроси меня выбрать. Убедись, что dist/index.html существует и что все отправляемые файлы — текстовые. Опубликуй все текстовые файлы из dist/ в выбранный проект с описанием «Первая публикация сайта Cursor». Сохрани вложенные пути. Верни публичный URL, номер версии, URL превью и все предупреждения ровно так, как их сообщает Wibe.

Wibe проверяет пакет публикации, прежде чем менять публичный сайт. Отсутствующая главная страница или некорректный пакет отклоняются, а текущая версия остаётся рабочей. Успешная публикация возвращает публичный URL, превью и записанный номер версии.

Проверяйте опубликованный сайт, а не только превью Cursor

Сайт может успешно собраться и всё равно сломаться после публикации. Откройте публичный URL в приватном окне браузера, чтобы локальные файлы, расширения и активные сессии не скрыли проблему.

1. Сделайте жёсткое обновление главной страницы на десктопе и на мобильном.
2. Откройте все маршруты и проверьте навигацию, кнопки и формы.
3. Проверьте CSS, JavaScript, изображения и шрифты на ответы 404.
4. Изучите консоль браузера и панель сети на предмет ошибок.
5. Поищите в продакшен-файлах секреты и приватные API-ключи.
6. Убедитесь, что URL принадлежит нужному проекту Wibe.

Если изображение или шрифт отсутствует, сначала проверьте путь и регистр в имени файла. Если недостающий ресурс — это локальный бинарный файл PNG, JPEG, WebP, PDF, WOFF или WOFF2, дайте ему публичный источник или используйте другой поддерживаемый способ загрузки. Повторная публикация только текстовых файлов бинарник не перенесёт.

Wibe, GitHub Pages, Vercel, Netlify или хостинг приложений?

Единого лучшего хостинга для каждого проекта, созданного с помощью AI-инструментов для кода, не существует. Выбирайте процесс публикации исходя из того, что нужно собранному сайту после того, как он покидает вашу среду разработки.

• Выбирайте Wibe, когда в Cursor уже есть готовая статическая директория и вы хотите, чтобы тот же агент публиковал её, вёл версии и откатывал без передачи через репозиторий.
• Выбирайте GitHub Pages, когда проекту место в публичном репозитории GitHub и статическая публикация на основе Git — часть желаемого процесса.
• Выбирайте Vercel или Netlify, когда вам нужны их интеграции с фреймворками, превью-деплои, конвейер сборки, функции или автоматизация на основе репозитория.
• Выбирайте хостинг приложений, когда приложению из Cursor нужен сервер, база данных, приватные переменные окружения, аутентификация, фоновая работа или постоянное состояние. Это может быть управляемая платформа, сервис AWS или ваш собственный VPS.

Не убирайте необходимую серверную логику только ради того, чтобы вписаться в более простой экран хостинга. Статическая публикация — правильная архитектура для статического сайта, а не обходной путь для полноценного full-stack-приложения.

Добавьте свой домен после первой публикации

Сначала опубликуйте сайт на стандартном адресе Wibe и проверьте рабочий сайт там. Затем откройте панель проекта, добавьте корневой домен, например example.com, или поддомен, например www.example.com, и скопируйте DNS-запись, которую покажет Wibe. Адрес проекта продолжает работать, пока свой домен ожидает проверки и после того, как он станет активным.

Корневой домен использует A-запись, показанную в панели. Поддомен использует отображаемую цель CNAME. Если ваш DNS-провайдер может проксировать запись, отключите прокси на время проверки, чтобы домен указывал напрямую на Wibe. HTTPS становится доступным на активном домене без изменений в проекте Cursor.

Обновляйте сайт в Cursor и безопасно откатывайтесь

Продолжайте редактировать ту же кодовую базу. После заметного изменения просмотрите дифф, снова запустите продакшен-сборку и опубликуйте dist/ в тот же проект с понятным описанием. Каждая успешная публикация становится отдельной версией, а не молча перезаписывает единственную копию рабочего сайта.

Просмотри текущие изменения, пересобери статический сайт и проверь dist/index.html. Проверь собранный результат на лишние файлы и приватные значения. Опубликуй dist/ в тот же проект Wibe с описанием «Обновление: [кратко опиши заметное изменение]». Верни публичный URL, новый номер версии, URL превью и предупреждения. Затем выведи список последних версий и определи, какая из них рабочая.

Если обновление оказалось неправильным, попросите Cursor вывести список версий, прежде чем он что-либо изменит. Выберите заведомо рабочую версию и восстановите её. Более новая версия остаётся в истории, а откат не переписывает ваши локальные файлы или историю Git.

Выведи список версий моего проекта Wibe и отметь рабочую. Ничего не меняй, пока не покажешь мне варианты. После того как я выберу версию, откатись на неё и верни номер восстановленной версии и публичный URL.

Устранение проблем при публикации из Cursor

Wibe отсутствует в Tools & MCP

Убедитесь, что mcp.json содержит корректную запись wibe и удалённый URL. Сохраните файл и вернитесь в Cursor Settings. Если сервер появился, но выключен, включите его, а не создавайте дублирующую запись.

Авторизация не завершается

Снова вызовите инструмент Wibe, завершите одноразовый вход по email в браузере и разрешите доступ. Не помещайте в репозиторий код из письма, токен доступа или выдуманный API-ключ.

В публикации нет главной страницы

Пакет не содержит dist/index.html. Проверьте директорию вывода фреймворка, пересоберите проект из его корня и поместите готовые статические файлы в dist/ без лишней вложенной папки.

Продакшен-сборка ожидает сервер

После сборки всё ещё требуется маршрут, API, база данных или переменная окружения времени выполнения. Выберите хостинг приложений; подавление ошибки не делает архитектуру статической.

Рабочая страница пустая или без стилей

Проверьте консоль браузера, базовый путь, URL ресурсов и регистр в именах файлов. Убедитесь, что сборка ссылается на файлы внутри dist/, а не на localhost, папку исходников или абсолютный путь на вашем компьютере.

Cursor выбрал не тот проект

Остановитесь перед публикацией. Попросите агента вывести проекты с их названиями и адресами, затем назовите точное место назначения. Никогда не определяйте цель публикации по похожему названию проекта.

Часто задаваемые вопросы