Cloudflare Workers Builds получил поддержку Cursor Origin

Cloudflare 22 сентября 2026 года добавил поддержку репозиториев Cursor Origin в Workers Builds. Теперь проект из Cursor Origin можно подключить к Cloudflare и использовать обычный процесс автоматической сборки и деплоя без отдельного промежуточного репозитория.

Изменение особенно интересно для команд, которые используют Cursor не только как редактор, но и как часть рабочего процесса разработки. Cloudflare связывает репозиторий, сборку Worker и проверку изменений в одной цепочке.

Что именно добавил Cloudflare

Workers Builds теперь умеет работать с репозиториями, размещёнными в Cursor Origin. После подключения push в production ветку может автоматически запускать сборку и деплой Worker.

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

Статус сборки появляется в pull request

Cloudflare отправляет статус сборки и ссылки на preview прямо в pull request Cursor Origin. Дополнительно создаётся check run, поэтому результат можно увидеть там же, где команда рассматривает изменения.

Это уменьшает количество ручных действий перед merge. Не нужно отдельно искать нужный деплой в панели Cloudflare и пересылать ссылку человеку, который проверяет задачу.

Почему это полезно для небольших команд

В небольшом проекте отдельная инфраструктура для каждой ветки часто оказывается слишком тяжёлой. При этом проверять изменения только локально тоже недостаточно, особенно если Worker зависит от внешнего API, переменных окружения или поведения реального edge окружения.

Workers Builds даёт более короткий путь. Код хранится в репозитории, Cloudflare собирает изменение, а проверяющий получает готовую ссылку и статус рядом с pull request.

Как это сочетается с Worker Previews

Сегодня Cloudflare также развивает Worker Previews, но это отдельная возможность. Cursor Origin integration отвечает прежде всего за связь репозитория с Workers Builds и автоматизацию процесса вокруг веток и pull request.

Worker Previews дают изолированные среды для проверки конкретных изменений. Вместе эти возможности делают процесс от ветки до проверки и production более последовательным, но использовать их можно под конкретную архитектуру проекта.

Что меняется для AI разработки

Когда код меняет не только разработчик, но и AI инструмент, прозрачный статус сборки становится ещё важнее. Автоматически подготовленное изменение должно пройти тот же процесс, что и обычный commit. Сборка должна завершиться, preview должен открыться, а результат проверки должен быть связан с конкретной веткой.

Поддержка Cursor Origin в Workers Builds упрощает такую схему. Репозиторий остаётся центром изменений, а Cloudflare берёт на себя сборку и публикацию тестового результата.

Как подключить Cursor Origin

Cloudflare предлагает установить своё приложение в Cursor, выбрать репозитории Cursor Origin, к которым нужен доступ, и затем настроить Workers Builds. После этого production ветку и рабочие ветки можно связать с автоматическими сборками.

Перед включением автоматического деплоя всё равно стоит проверить переменные окружения, секреты, права доступа и поведение preview. Автоматизация ускоряет доставку изменений, но не отменяет контроль конфигурации.

Где это может пригодиться

Такой процесс подходит для API, webhook обработчиков, интеграционных Workers, небольших SaaS сервисов и внутренних инструментов. Особенно там, где изменения появляются часто и нужно быстро показать рабочую версию до слияния с основной веткой.

В A.S Groups я использую GitHub Actions, Cloudflare Workers и автоматизацию деплоя для API и интеграций. Если нужно собрать понятный CI/CD процесс для Worker проекта, можно описать задачу через контакты.

Источник

Cloudflare Developers Changelog