AI-конструктор с GitHub: экспорт исходников проекта

Да, исходники выгружаются в GitHub, и это встроенная интеграция, а не обходной путь. Собранный проект принадлежит вам целиком: код уезжает в ваш репозиторий, дальше с ним работает любой разработчик в обычном редакторе. Именно эта связка отвечает на вопрос «что будет, если я уйду с платформы».

Зачем вообще выгружать код, если проект и так работает?

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

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

Вторая: нужна резервная копия, которая не зависит ни от одного сервиса. Репозиторий в вашем аккаунте это копия, которую нельзя потерять вместе с подпиской.

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

Что именно уезжает в репозиторий?

В репозиторий уезжает то, из чего собран проект: файлы интерфейса, стили, конфигурация сборки и описание зависимостей. То есть не «выгрузка страницы», а исходный код, который можно открыть, прочитать и изменить.

Полезно понимать, чего в репозитории нет. Там нет ваших данных, если проект хранит их во внешней базе: содержимое таблиц живёт в Supabase, а не в коде. Там нет секретных ключей платёжного провайдера, потому что ключам не место в репозитории. И там нет самой платформы Zugo: вы забираете свой проект, а не движок, который его собрал.

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

Как выглядит переход от промпта к репозиторию?

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

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

Чем экспорт отличается от деплоя на Vercel?

Эти две интеграции решают разные задачи, и их регулярно путают.

Разумная связка выглядит так: GitHub отвечает за то, что код ваш, Vercel за то, что раздача проекта ваша, а Supabase за то, что данные ваши. Три интеграции вместе делают проект независимым от любой подписки, включая подписку Zugo.

Что делать с репозиторием, если вы не разработчик?

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

Убедиться, что код существует и он ваш. Откройте репозиторий в браузере и посмотрите на список файлов. Этого достаточно, чтобы понять, что проект это не картинка внутри чужого сервиса.

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

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

Спать спокойно. Репозиторий это копия, которая переживёт закрытый аккаунт, забытую подписку и любую аварию у платформы.

Ничего из этого не требует навыков программирования. Достаточно один раз завести аккаунт GitHub и один раз нажать кнопку выгрузки, а дальше репозиторий просто лежит и ждёт того дня, когда понадобится.

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

Сам экспорт кредитов не расходует. Кредиты тратятся на генерацию: сборка стоит 6 кредитов, правка 3, многостраничная платформа 12 за первые три страницы и по 3 за каждую следующую. Режим Hi-Fi дороже вдвое: сборка 12, правка 6.

Тарифы простые. Бесплатный даёт 5 кредитов, Pro стоит $25 в месяц за 200 кредитов, Business стоит $99 в месяц. Двести кредитов на Pro это 33 быстрых сборок либо 16 полных платформ, если считать по одному типу действия.

Стоит сразу заметить арифметику бесплатного тарифа: 5 кредитов меньше, чем 6 за одну сборку. Это грант на знакомство с интерфейсом, а не на полноценный проект, и лучше знать это до регистрации, чем после.

Когда пора передавать проект разработчику?

Экспорт полезен сам по себе, но настоящий его смысл раскрывается в момент передачи. Есть четыре признака, что этот момент наступил.

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

Логика зависит от внешней системы. Расчёт по чужому прайсу, обмен с учётной программой, редкий формат выгрузки: это работа под конкретный интерфейс чужого сервиса, а не типовой сценарий.

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

Цена простоя стала заметной. Когда неработающий проект означает потерянные деньги в тот же день, ему нужен ответственный человек, а не только удобный редактор.

Ни один признак не означает, что конструктор был ошибкой. Он означает, что проект дорос до следующей стадии, а собранная за вечер основа сэкономила недели, которые иначе ушли бы на её написание с нуля.

Где проходят границы этой связки?

Три вещи стоит сказать прямо.

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

Экспорт не переносит поведение платформы. Правки текстом делает Zugo. В репозитории вы правите код руками, и это другой навык. Многие продолжают работать в конструкторе именно поэтому, а репозиторий держат как страховку.

Разовая выгрузка устаревает. Если после экспорта вы продолжили править проект в Zugo, репозиторий отражает состояние на момент выгрузки. Обновляйте его тогда, когда действительно собираетесь передать проект.

С чего начать

Соберите проект, доведите его правками, выгрузите код и откройте репозиторий хотя бы один раз: увидеть свои исходники полезнее, чем прочитать про них. Подробный разбор выгрузки с примером структуры файлов есть в статье про экспорт приложения в GitHub, а связка с базой данных разобрана в материале про AI-приложение с Supabase.

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