Экспорт сайта из ИИ-конструктора в GitHub
Обновлено 20 августа 2026 г. · 6 мин чтения
Сгенерированный ИИ-конструктором сайт можно получить архивом — а можно отправить прямо в свой git-репозиторий на GitHub одним кликом, без переноса файлов руками. Это не одно и то же: архив — снимок на конкретный момент, репозиторий — рабочая история, которую можно клонировать, менять и вести дальше обычными git-командами. В Создателе WorkAI (веб-инструменте, который собирает сайты, магазины, ботов и CRM по текстовому описанию) есть оба варианта, и дальше — как именно устроен каждый, что принимает обратный импорт и чего в этой связке пока нет.
Что можно сделать с кодом сайта
У Создателя три пути забрать код из проекта, и они не взаимозаменяемы.
| Способ | Что получаете | Куда дальше |
|---|---|---|
| Архив tar.gz (через «Ещё» → «Скачать tar.gz») | Полный снимок файлов на текущий момент | Разворачивать и вести своими силами, git-истории внутри нет |
| Экспорт в GitHub | По умолчанию — ветка и pull request поверх дефолтной ветки существующего или нового репозитория; прямой коммит без PR доступен как отдельный режим | Работать в GitHub как с обычным проектом — ветки, история, свои интеграции |
| Импорт обратно | Проект из GitHub или gitlab.com становится проектом в Создателе | Продолжить редактировать описанием, как остальные проекты Создателя |
Разница ощущается на практике не в момент экспорта, а через месяц: с архивом следующий экспорт — снова архив, без связи с предыдущим; с GitHub — новый коммит поверх той же истории, обычный git log покажет все правки от начала.
Как устроен экспорт в GitHub
Подключение — через GitHub App (модель установки приложения, а не общий OAuth-логин), с правами contents:write, metadata:read и pull_requests:write. По умолчанию экспорт заводит ветку workai/export/{проект} и открывает pull request поверх дефолтной ветки; повторный экспорт коммитит в ту же ветку и обновляет тот же PR, а не плодит новые. Прямой коммит в дефолтную ветку без PR тоже доступен — это отдельный режим, который включается для конкретной связки отдельно.
Здесь стоит быть честным о масштабе: сам факт, что экспорт открывает PR, не делает связку полноценным агентом ревью, как у кодинг-агентов для разработчиков. Создатель не оставляет inline-комментарии к diff-у, не видит статус CI-проверок и не реагирует на них, не запускает ничего по @упоминанию в комментарии к PR. Он открывает pull request и на этом останавливается — дальше ревью, мердж и всё, что происходит с CI, целиком на стороне GitHub и команды.
Что доступно в GitLab
С GitLab связь работает только в одну сторону — импортировать проект в Создатель можно, экспортировать код туда обратно нельзя. Подключение — через отдельное OAuth2-приложение с правами read_api и read_repository, то есть только на чтение: технически GitLab-интеграция и не рассчитана на запись. Если рабочий репозиторий живёт на GitLab, а не на GitHub, — путь «сделать в Создателе → отправить кодом в свой git» пока закрыт, доступен только импорт готового проекта внутрь.
Что принимает импорт обратно
Импорт — из GitHub и из gitlab.com; самостоятельно развёрнутые (self-hosted) инстансы GitHub Enterprise Server или GitLab не поддерживаются ни для экспорта, ни для импорта — только облачные github.com и gitlab.com, аккаунт подключается заранее. Не любой репозиторий превращается в проект Создателя:
- Принимаются проекты на Vite, Create React App и готовая статика — то, что можно опубликовать без отдельного серверного процесса.
- Next.js, Nuxt, Remix, SvelteKit, Astro и Angular CLI импорт отклоняет — этим фреймворкам в проде нужен свой Node-процесс, а Создатель публикует проекты как статику с базой поверх PostgREST, а не как произвольный бэкенд.
- Экспортированный ранее из Создателя репозиторий импортируется обратно без проблем — формат тот же, что Создатель и породил.
Чего в этой связке пока нет
Легко предположить по аналогии с кодинг-агентами для разработчиков, но у Создателя этого честно нет:
- Issues и код-ревью с комментариями к diff — не затрагивает.
- Статус CI-проверок — не видит и не реагирует на них.
- Задачи по @упоминанию в GitHub или GitLab — не запускает.
- Merge request для GitLab — нет вообще, потому что нет самого экспорта в GitLab.
- Self-hosted инстансов обоих провайдеров — нет, только github.com и gitlab.com.
Всё это — состояние на сегодняшний день, без прогноза, когда что-то из списка появится: если один из пунктов нужен для рабочего процесса команды, экспорт Создателя эту задачу пока не закрывает.
Создатель собирает сайт, магазин, бота или CRM по описанию словами и умеет отправить готовый код в свой репозиторий на GitHub — без переноса файлов руками.
Попробовать СоздательЧастые вопросы
Можно ли вернуть сайт, экспортированный из ИИ-конструктора, обратно внутрь конструктора?
В Создателе — да, если репозиторий лежит на GitHub или на gitlab.com: импорт принимает проект как новый, с полной историей коммитов. У архива tar.gz такого обратного пути нет — это просто файлы, без привязки к исходному проекту.
Что произойдёт с существующим сайтом, если импортировать его в ИИ-конструктор?
Импорт создаёт новый проект в Создателе на основе кода из репозитория — это не редактирование сайта на его текущем хостинге. Дальше с проектом работают как с любым другим в Создателе: описанием, через диалог с ИИ.
Экспорт в GitHub создаёт pull request или сразу меняет код?
По умолчанию — pull request: Создатель заводит ветку workai/export/{проект}, коммитит в неё и открывает PR поверх дефолтной ветки; повторный экспорт обновляет тот же PR, а не создаёт новый. Прямой коммит в дефолтную ветку без PR тоже доступен — это отдельный режим, который можно включить для конкретной связки в настройках.
Почему в GitLab доступен только импорт, а не экспорт?
Подключение к GitLab у Создателя — OAuth2-приложение с правами только на чтение (read_api, read_repository), запись туда технически не предусмотрена. Для отправки готового кода наружу пока работает только GitHub-путь; альтернатива для GitLab — скачать проект архивом tar.gz и загрузить его в репозиторий вручную.