App Deploys из наследия Cascade делает соблазнительную вещь: превращает код в живой публичный URL за один шаг. После долгой возни с пайплайнами это выглядит как избавление - агент собрал приложение, нажал деплой, ссылка готова. И первый порыв понятен: если это "деплой", то зачем вообще держать прежний CI/CD.

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

Ломается это на том, чем App Deploys является по документации. Это beta-функция, задуманная в первую очередь для preview, с провайдером Netlify и публичными адресами вида <subdomain>.windsurf.build. Поддержаны распространённые фреймворки - Next.js, React, Vue, Svelte - и статические сайты HTML/CSS/JS. Поддержка дополнительных фреймворков и более надёжные сборки, по документации, только на подходе, что само по себе признак незрелости пути для боевой нагрузки. Ключевое слово здесь preview: это поверхность для быстрого показа, а не путь релиза в прод.

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

Механика при этом простая и подсказывает, как ею пользоваться правильно. В корне проекта появляется windsurf_deployment.yaml, который хранит информацию о деплое и упрощает повторную выкладку. Это удобно для итеративного preview, но именно поэтому файл нужно держать под контролем: в него не должны попадать секреты, а сам он не заменяет описание production-окружения.

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