AI-конструктор сайтов с экспортом в GitHub: код ваш

Если вам нужен AI-конструктор сайтов с экспортом в GitHub, Zugo делает ровно это. Вы описываете сайт обычными словами, Zugo собирает и проверяет рабочую сборку (простое примерно за минуту, сложное за несколько минут), а потом экспортирует её в GitHub как настоящий репозиторий: src/, package.json, vite.config, который запускается где угодно через npm install и npm run dev.

Ради последнего пункта и написана эта статья. Инструментов, которые генерируют сайт, полно. А вот тех, что отдают исходный код стандартным репозиторием в ваш собственный аккаунт GitHub, без привязок обратно к платформе, куда меньше.

Зачем вообще владеть своим кодом?

Большинство конструкторов сайтов построены вокруг простой бизнес-модели: ваш сайт живёт внутри их редактора, на их хостинге, в их формате. Пока вы платите, сайт существует. Перестали платить, и в лучшем случае получите выгрузку HTML, которую ни один разработчик не захочет брать в работу.

Такая схема ломается в предсказуемых местах:

• Вы переросли конструктор. Понадобилась функция, которой на платформе нет: нестандартный шаг оформления заказа, редкая интеграция, конкретная анимация. Внутри закрытого конструктора вам ответят «нельзя». Внутри репозитория ответом будет pull request.
• Нужно передать проект. Агентство сделало сайт клиенту, или основатель нанял первого разработчика. «Вот логин от нашего аккаунта в конструкторе» звучит как обуза. «Вот репозиторий на GitHub» звучит как результат работы.
• Платформа меняет правила. Цены растут, тариф закрывают, функция уезжает в более дорогой план. Если код переносимый, это мелкие неудобства. Если нет, начинаются переговоры с позиции заложника.
• Нужна проверка. Аудит безопасности, комплаенс, код-ревью перед запуском: всё это предполагает, что есть код, на который можно посмотреть.

Владение кодом работает как страховка. Возможно, вы никогда не уйдёте с платформы, но само знание, что можете, меняет расклад. И это стоит проверить до того, как выбирать инструмент: некоторые конструкторы в этой категории берут доплату просто за доступ к вашему же исходному коду или экспортируют то, что работает только внутри их инфраструктуры. Если сравниваете варианты, то в обзоре альтернатив Lovable разобрано, как разные конструкторы решают этот вопрос.

Что именно Zugo экспортирует в GitHub?

Это настоящий репозиторий, а не ZIP со «сплющенным» HTML и не проприетарный файл проекта. На выходе получается стандартный веб-проект на Vite, который любой разработчик склонирует и запустит, даже если никогда не слышал про Zugo.

Вот что окажется в репозитории:

В коде нет рантайм-зависимости от Zugo и нет обращений к серверам Zugo. Экспортированный проект собирается и работает сам по себе. Если Zugo завтра исчезнет, ваш репозиторий продолжит работать.

Одна деталь, которая здесь отличает Zugo: редактор кода и экспорт в GitHub доступны уже на бесплатном тарифе. Стартовые кредиты выдаются без карты, и экспортировать собранное на них не запирают за платным планом.

Как пройти путь от промпта до репозитория?

Весь путь занимает минуты, а не дни. Реалистичный сценарий:

1. Опишите сайт. Например: «Лендинг для выездного груминга собак в Алматы: hero с кнопкой записи, три тарифа, галерея до/после и FAQ». Обычным языком, без техзадания. Если хотите больше контроля, режим Plan даёт посмотреть и поправить план до начала сборки.
2. Zugo собирает и проверяет. Простые сайты готовы примерно за минуту; многостраничные платформы с базой данных или авторизацией собираются за несколько минут, с чекпоинтами и живым логом процесса. Каждая сборка проверяется в песочнице: «проверенная» значит, что сайт реально загрузился и отрисовался до того, как вы его увидели. Дебажить пустой экран вам не придётся.
3. Дорабатывайте в билдере. Просите изменения в чате или откройте редактор кода и правьте напрямую. Публикация на yoursite.zugo.run делается в один клик, если нужна живая ссылка прямо сейчас.
4. Экспортируйте в GitHub. Подключите аккаунт GitHub и нажмите экспорт. Zugo создаст в вашем аккаунте репозиторий с полным проектом: той самой структурой src/, package.json и vite.config.

Подробный разбор самого экспорта, включая пример с более сложным приложением, есть в статье экспорт приложения в GitHub.

Что можно делать после экспорта?

С ним можно делать всё то же, что с любым другим репозиторием, потому что это и есть репозиторий:

• Запустить локально. git clone, npm install, npm run dev, и через пару минут вы смотрите на свой сайт на localhost.
• Передать проект. Отдайте репозиторий клиенту или разработчику. Понадобится только Node и пакетный менеджер, больше ничего.
• Задеплоить куда угодно. npm run build выдаёт стандартную сборку, которую можно хостить где угодно. Ещё у Zugo есть коннектор Vercel для деплоя прямо в ваш собственный аккаунт, а рядом лежат коннекторы Supabase (база и авторизация), Stripe (платежи), Google Analytics и Resend (email).
• Наладить инженерный процесс. CI-пайплайны, защита веток, код-ревью, сканирование безопасности: всё это невозможно, пока ваш сайт остаётся строкой в чужой базе данных.
• Строить в обоих местах. Многие используют Zugo для тяжёлой работы (структура, страницы, стили, связка всего вместе), а после экспорта шлифуют детали уже в своём редакторе.

Что сделать сразу после клонирования репозитория?

Первые пятнадцать минут после git clone решают, останется ли экспорт живым проектом или превратится в архив, который никто не открывал. Порядок такой:

1. Проверьте версию Node. Проект собирается на Vite, поэтому нужна LTS-версия. Если в системе стоит что-то экзотическое, зафиксируйте нужную версию файлом .nvmrc, чтобы у второго разработчика собралось так же, как у вас.
2. Запустите npm install и npm run dev. Это и есть настоящая проверка экспорта. Сайт, который открылся на localhost, дальше открывается везде.
3. Сделайте первый коммит своими руками. Даже пустой, с сообщением вроде «baseline из Zugo». С этого момента у вас есть точка, к которой можно откатиться, и понятный диф между тем, что сгенерировал агент, и тем, что дописали вы.
4. Заведите ветку под правки. Работать в main соблазнительно, пока проект один. Как только к нему подключается второй человек, отсутствие веток становится главным источником потерянной работы.

Ничего специфичного для Zugo в этом списке нет, и это ровно то, что нужно проверить: экспорт считается удачным, если дальше проект ведёт себя как любой другой репозиторий, а не требует особого обращения.

Куда девать ключи интеграций после экспорта?

Отдельный вопрос, о котором вспоминают поздно. Коннекторы (Supabase, Stripe, Resend, Google Analytics) работают на ключах, и ключи живут в переменных окружения, а не в коде.

Практическое следствие: после клонирования репозиторий соберётся, но интеграции будут молчать, пока вы не создадите локальный файл окружения и не пропишете туда свои значения из панелей соответствующих сервисов. Это не поломка экспорта, а нормальное поведение любого веб-проекта.

Два правила, которые экономят нервы. Первое: файл с ключами держите вне гита, а рядом положите пример без значений, чтобы следующий человек видел список нужных переменных. Второе: секретные ключи Stripe и сервисные ключи Supabase не должны попадать в клиентскую часть сборки. Публичные ключи туда попадать обязаны, в этом их смысл. Разница между двумя видами ключей описана в документации самих сервисов, и проверить её стоит до публикации, а не после.

Какие есть честные ограничения?

Несколько вещей, которые стоит знать до того, как полагаться на экспорт:

• Экспорт делает снимок. Правки, которые вы делаете в своём редакторе после экспорта, не возвращаются обратно в билдер Zugo. Как только начали редактировать снаружи, решите, какая сторона у вас источник истины.
• Это веб-проект. Zugo генерирует сайты, веб-приложения, многостраничные платформы и 2D-игры: всё это веб-технологии на тулчейне Vite. Нативные мобильные приложения и серверные кодбазы на других фреймворках он не делает.
• Бесплатные публикации идут с бейджем. Сайты, опубликованные на zugo.run на бесплатном тарифе, показывают бейдж «Made with Zugo», а свой домен требует платного плана. Сам экспортированный код принадлежит вам, деплойте его под любым доменом.

Ничто из этого не подрывает главного: код, который вы экспортируете, остаётся полным, стандартным и независимым от платформы.

Сколько это стоит?

Собирать и экспортировать можно бесплатно. Стартовые кредиты выдаются без карты. Pro стоит $25/мес и даёт 20 000 кредитов. Кредиты списываются по действию: правка стоит 300, свежая сборка 600, многостраничная платформа 1 200, поэтому 20 000 кредитов это 33 быстрых сборки, 16 полных платформ или 66 правок, плюс свои домены. Business стоит $50/мес и даёт 20,000 кредитов. Есть 25 шаблонов в 5 категориях, если удобнее стартовать с базы, а не с пустого промпта, а интерфейс работает на русском и английском.

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