Как AI настраивает деплои и конфигурацию

Именно здесь vibe coding блистает. Конфигурация деплоя — это как раз тот точный, хорошо задокументированный, изобилующий шаблонным кодом тип работы, в котором AI великолепен. Вы руководите; он пишет.

Эффективные запросы звучат так:

«Добавь Dockerfile для этого приложения на Node и конфигурацию Railway, чтобы его задеплоить.»
«Напиши workflow GitHub Actions, который деплоит папку dist/ на Cloudflare Pages при каждом пуше в main.»
«У меня таймаут из-за холодного старта на бессерверной функции — что вероятно не так и как мне починить конфигурацию?»

Вот такой файл AI сгенерирует для вас — workflow деплоя, который автоматически выкатывает статический сайт каждый раз, когда вы пушите код:

# .github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: [main]
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci && npm run build
      - name: Publish to Cloudflare Pages
        uses: cloudflare/wrangler-action@v3
        with:
          apiToken: ${{ secrets.CF_API_TOKEN }}
          command: pages deploy dist --project-name=my-app

Вам не нужно запоминать этот синтаксис. Вам нужно распознавать, что он делает: при каждом пуше в main он выгружает ваш код, собирает его и публикует результат. Когда что-то ломается, вы вставляете ошибку обратно в AI и просите его починить конфигурацию.

Многие разработчики поначалу вообще пропускают файл GitHub Actions и просто деплоят из собственного терминала одной командой. Часто это самый быстрый способ увидеть что-то живым уже в первый день. Тот же деплой на Cloudflare Pages из командной строки выглядит так:

# install the CLI once
npm install -g wrangler

# build your site, then push the output folder live
npm run build
wrangler pages deploy dist --project-name=my-app

Первый запуск попросит вас войти через браузер; после этого — одна команда. Компромисс прост: команда в терминале хороша для «выкатить прямо сейчас», а файл GitHub Actions хорош для «выкатывать автоматически всегда». Большинство проектов начинают с первого и добавляют второе, когда деплои становятся рутиной. Просите у AI то, что подходит для вашего этапа.

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

Заставляйте AI объяснять, прежде чем действовать. «Прежде чем писать конфигурацию, скажи мне, какой тип хостинга подходит этому проекту и почему.» Это ловит излишнюю переусложнённость на раннем этапе.
Держите секреты вне кода. API-ключи и пароли идут в переменные окружения / хранилище секретов платформы, никогда — в файлы, которые вы коммитите. Попросите AI использовать ссылку на секрет, как CF_API_TOKEN выше.
Деплойте рано, деплойте часто. Сделайте «hello world» живым в первый же день. Конвейер, который работает с самого начала, отлаживать гораздо легче, чем собранный в момент запуска.
Спросите про откат заранее. «Если этот деплой сломан, как мне вернуться к рабочей версии?» Хорошие платформы держат ваши прошлые деплои в одном клике. Знание, что кнопка отмены существует, ещё до того как она понадобится, превращает панику в 2 часа ночи в пожатие плечами.

Как AI настраивает деплои и конфигурацию

Хотите офлайн-версию?