РАЗРАБОТКА

Cloudflare разрешила AI-агентам деплоить Workers без аккаунта

Cloudflare ввела временные аккаунты на 60 минут, чтобы AI-агенты могли сразу деплоить Workers без регистрации и ручной авторизации.

✍️ Редакция iTech News | 11.07.2026 | ⏱ 4 мин | Источник: InfoQ
💻

Cloudflare запустила временные аккаунты Cloudflare, которые позволяют AI-агентам сразу выкатывать Workers без регистрации, OAuth и копирования API-токенов вручную. Сессия живет до 60 минут: за это время человек может забрать развертывание себе, а если не забрал, аккаунт и деплой исчезают. Для разработчиков и команд, которые экспериментируют с агентами, это не косметическая мелочь, а попытка убрать один из самых нелепых барьеров на пути к автономному DevOps.

О нововведении 10 июля сообщило InfoQ. Механика простая: агент запускает команду wrangler deploy --temporary, получает рабочий деплой Cloudflare Workers и может тестировать сайт, API или другой сервис без предварительного создания постоянного аккаунта. Дальше начинается обратный отсчет: до 60 минут на то, чтобы человек открыл URL для claim-процедуры и превратил временную сущность в обычный аккаунт. Если никто этого не делает, инфраструктура самоликвидируется. Для платформы это удобный способ не плодить бесхозные ресурсы, а для пользователя — не упираться в классическую стену из браузерной авторизации.

Собственно, в эту стену Cloudflare и целится. В компании прямо описывают типичный сценарий: как только агенту нужно что-то задеплоить, он натыкается на набор действий, придуманных под человека, — браузерный OAuth, клики в панели, ручное создание токена, иногда еще и MFA. Для интерактивного помощника рядом с разработчиком это просто раздражает. Для фонового агента, который должен сам пробовать, проверять и переделывать, это стоп-кран. Временный аккаунт здесь работает как обходной мост: сначала запускаем код, потом, если результат нужен, закрепляем его за человеком и организацией.

Формально функция сделана под AI-сценарии, но ее применение шире. Временные аккаунты Cloudflare подходят и для быстрой проверки Workers человеком, который вообще впервые зашел в экосистему Cloudflare, и для грубого прототипирования на чистом окружении без подготовки постоянной учетной записи. Это похоже на здравую эволюцию серверлесс-инструментов: сначала отрасль много лет боролась за «деплой в одну команду», теперь дошла до следующего логичного вопроса — зачем в этой одной команде до сих пор торчит человек с браузером. Если агенту действительно доверяют рутинную инженерную работу, платформа должна уметь дать ему короткоживущие права без бюрократии.

При этом Cloudflare не делает вид, что проблемы закончились одной новой командой в CLI. Ограничения перечислены довольно прямо. Временные аккаунты подчиняются лимитам на запросы и проверкам против злоупотреблений. Их нельзя использовать вместе с уже аутентифицированными учетными данными Cloudflare, то есть смешивать временную и постоянную идентичность в одном потоке не получится. Наконец, URL для claim-процедуры нужно хранить аккуратно: по сути, это ключ к владению аккаунтом. Отдельная деталь для тех, кто любит жить на стабильных версиях инструментов, — новая схема требует Wrangler 4.102.0 или новее.

Реакция сообщества вышла показательной. Саймон Уиллисон, сооснователь Lanyrd и один из создателей Django, заметил, что Cloudflare все еще не закрыла другой болезненный вопрос Workers — жесткие лимиты расходов. Это важное замечание: убрать трение из деплоя хорошо, но бизнесу и независимым разработчикам нужен не только быстрый старт, а еще и предсказуемый потолок по деньгам, особенно если за клавиатурой теперь не человек, а агент с привычкой делать много попыток подряд. Иначе инфраструктура станет удобнее в эксплуатации, но не обязательно безопаснее для бюджета.

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

Для русскоязычных команд здесь есть вполне практический вывод. Временные аккаунты Cloudflare — не про красивую маркетинговую обертку вокруг AI, а про конкретный кусок инженерного контура, который мешал автоматизации сильнее, чем казалось. Если компания строит внутренние агентные инструменты для прототипирования, тестовых деплоев, генерации демо-стендов или предварительной проверки изменений, такой режим может убрать ручной этап из пайплайна. Но вместе с удобством придется взросло решать старые вопросы: кто может забирать временный деплой, где хранятся claim-ссылки, как считать стоимость неудачных итераций и в какой момент «временное» превращается в полноценный актив компании. Платформы наконец начинают признавать, что пользователь их инфраструктуры — не всегда человек. Следующий раунд будет уже не про деплой без логина, а про то, как в этом мире оформить нормальную собственность и контроль над ресурсами, которые сначала поднимают агенты, а потом наследуют люди.

Поделиться: Telegram X LinkedIn