«В тот момент, когда агенту нужно что-то развернуть, он врезается лицом в стену, построенную для людей, — написали в Cloudflare в своем анонсе. — Сегодня мы запускаем Временные аккаунты Cloudflare для агентов. Агенты теперь могут разворачивать сайты, API и других агентов сразу, без необходимости предварительно регистрироваться» .

Как это работает: флаг --temporary

1. Развертывание одной командой

Любой агент с установленным Wrangler версии 4.102.0 или новее может выполнить развертывание командой:

wrangler deploy --temporary

Агенту не нужно предварительно выполнять wrangler login или иметь какие-либо учетные данные Cloudflare. Если агент пытается выполнить deploy без учетных данных, Wrangler может предложить ему перезапустить команду с флагом --temporary .

2. Автоматическое создание временного аккаунта

При использовании флага Cloudflare автоматически создает (или повторно использует) временный превью-аккаунт на серверной стороне. Worker развертывается на URL вида workers.dev, и Wrangler выводит уникальную ссылку для «привязки» (claim URL) .

3. Окно live-превью на 60 минут

Временное развертывание остается активным в течение 60 минут . В течение этого времени любой, у кого есть ссылка для привязки, может просмотреть Worker. Если в течение часа никто не «привяжет» его к своему аккаунту, развертывание и связанные с ним ресурсы автоматически удаляются .

4. Привязка развертывания

Чтобы сделать развертывание постоянным, человек открывает ссылку для привязки и входит в свой аккаунт Cloudflare (или создает новый). После привязки Worker и все его ресурсы переходят к этому аккаунту . В документации Cloudflare подчеркивается, что это механизм превью, а не способ создания постоянного аккаунта .

5. Очистка

Если развертывание не было привязано, Cloudflare автоматически выполняет очистку — не остается «висящей» инфраструктуры или осиротевших ресурсов .

Поддерживаемые сервисы

В настоящее время функция поддерживает развертывание Cloudflare Workers на URL workers.dev через Wrangler . Механизм claim-deployments предназначен именно для развертывания Workers . В журнале изменений Cloudflare эта функция позиционируется как первый шаг для развертываний ИИ-агентов, намекая на возможное расширение в будущем .

Чем это отличается от Stripe-ориентированного продакшн-провижининга

У Cloudflare фактически есть два разных механизма для создания аккаунтов агентами, и они служат разным целям:

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

Генеральный директор Cloudflare описал временные аккаунты как способ дать агентам «получить рабочий Worker за секунды» без каких-либо проблем с аккаунтом , в то время как интеграция со Stripe была представлена как возможность сделать агентов «клиентами Cloudflare», которые могут автономно покупать услуги .

Более широкий тренд: ИИ-агенты теперь генерируют бóльшую часть веб-трафика

Cloudflare запустил временные аккаунты на фоне исторического сдвига в интернет-трафике. 3 июня 2026 года генеральный директор Cloudflare Мэттью Принс объявил, что автоматизированный трафик агентов впервые превысил человеческий веб-трафик .

Согласно данным Cloudflare Radar:

• Боты теперь составляют 57,5% HTTP-запросов к HTML-контенту
• Человеческий трафик составляет 42,5%
• Перелом произошел примерно на 18 месяцев раньше, чем Принс прогнозировал ранее (2027 год)

Сам Принс отметил, что данные «немного запутанные», но ИИ-агенты «теперь, вне сомнений, главные драйверы веб-трафика» . Этот показатель охватывает только HTML-запросы, не затрагивая видео, электронную почту или игровой трафик . API Cloudflare Radar предоставляет конечные точки для получения распределения трафика по пользовательским агентам ИИ, что и лежит в основе этого набора данных .

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

Что это значит для разработчиков и создателей ИИ-агентов

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

1. Агент пишет код
2. Агент выполняет wrangler deploy --temporary
3. Агент получает live-URL и ссылку для привязки
4. Человек просматривает превью
5. Если всё устраивает, человек нажимает на ссылку привязки, чтобы окончательно «усыновить» развертывание

Это особенно полезно для таких фреймворков, как Claude Managed Agents (с которыми Cloudflare интегрировался ) или любых других кодинг-агентов, которым нужно показать работающее превью человеку-оператору перед тем, как переходить к полноценному продакшн-развертыванию.

Однако функция явно не предназначена для продакшна. Документация Cloudflare рекомендует использовать постоянные аккаунты (через wrangler login или API-токены) для продакшн- и CI/CD-нагрузок . Временные аккаунты закрывают конкретный пробел: этап превью и передачи («hand-off») между разработкой агента и утверждением человеком.

Резюме

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

«В тот момент, когда агенту нужно что-то развернуть, он врезается лицом в стену, построенную для людей, — написали в Cloudflare в своем анонсе. — Сегодня мы запускаем Временные аккаунты Cloudflare для агентов. Агенты теперь могут разворачивать сайты, API и других агентов сразу, без необходимости предварительно регистрироваться» .

Как это работает: флаг --temporary

1. Развертывание одной командой

Любой агент с установленным Wrangler версии 4.102.0 или новее может выполнить развертывание командой:

wrangler deploy --temporary

Агенту не нужно предварительно выполнять wrangler login или иметь какие-либо учетные данные Cloudflare. Если агент пытается выполнить deploy без учетных данных, Wrangler может предложить ему перезапустить команду с флагом --temporary .

2. Автоматическое создание временного аккаунта

При использовании флага Cloudflare автоматически создает (или повторно использует) временный превью-аккаунт на серверной стороне. Worker развертывается на URL вида workers.dev, и Wrangler выводит уникальную ссылку для «привязки» (claim URL) .

3. Окно live-превью на 60 минут

Временное развертывание остается активным в течение 60 минут . В течение этого времени любой, у кого есть ссылка для привязки, может просмотреть Worker. Если в течение часа никто не «привяжет» его к своему аккаунту, развертывание и связанные с ним ресурсы автоматически удаляются .

4. Привязка развертывания

Чтобы сделать развертывание постоянным, человек открывает ссылку для привязки и входит в свой аккаунт Cloudflare (или создает новый). После привязки Worker и все его ресурсы переходят к этому аккаунту . В документации Cloudflare подчеркивается, что это механизм превью, а не способ создания постоянного аккаунта .

5. Очистка

Если развертывание не было привязано, Cloudflare автоматически выполняет очистку — не остается «висящей» инфраструктуры или осиротевших ресурсов .

Поддерживаемые сервисы

В настоящее время функция поддерживает развертывание Cloudflare Workers на URL workers.dev через Wrangler . Механизм claim-deployments предназначен именно для развертывания Workers . В журнале изменений Cloudflare эта функция позиционируется как первый шаг для развертываний ИИ-агентов, намекая на возможное расширение в будущем .

Чем это отличается от Stripe-ориентированного продакшн-провижининга

У Cloudflare фактически есть два разных механизма для создания аккаунтов агентами, и они служат разным целям:

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

Генеральный директор Cloudflare описал временные аккаунты как способ дать агентам «получить рабочий Worker за секунды» без каких-либо проблем с аккаунтом , в то время как интеграция со Stripe была представлена как возможность сделать агентов «клиентами Cloudflare», которые могут автономно покупать услуги .

Более широкий тренд: ИИ-агенты теперь генерируют бóльшую часть веб-трафика

Cloudflare запустил временные аккаунты на фоне исторического сдвига в интернет-трафике. 3 июня 2026 года генеральный директор Cloudflare Мэттью Принс объявил, что автоматизированный трафик агентов впервые превысил человеческий веб-трафик .

Согласно данным Cloudflare Radar:

• Боты теперь составляют 57,5% HTTP-запросов к HTML-контенту
• Человеческий трафик составляет 42,5%
• Перелом произошел примерно на 18 месяцев раньше, чем Принс прогнозировал ранее (2027 год)

Сам Принс отметил, что данные «немного запутанные», но ИИ-агенты «теперь, вне сомнений, главные драйверы веб-трафика» . Этот показатель охватывает только HTML-запросы, не затрагивая видео, электронную почту или игровой трафик . API Cloudflare Radar предоставляет конечные точки для получения распределения трафика по пользовательским агентам ИИ, что и лежит в основе этого набора данных .

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

Что это значит для разработчиков и создателей ИИ-агентов

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

1. Агент пишет код
2. Агент выполняет wrangler deploy --temporary
3. Агент получает live-URL и ссылку для привязки
4. Человек просматривает превью
5. Если всё устраивает, человек нажимает на ссылку привязки, чтобы окончательно «усыновить» развертывание

Это особенно полезно для таких фреймворков, как Claude Managed Agents (с которыми Cloudflare интегрировался ) или любых других кодинг-агентов, которым нужно показать работающее превью человеку-оператору перед тем, как переходить к полноценному продакшн-развертыванию.

Однако функция явно не предназначена для продакшна. Документация Cloudflare рекомендует использовать постоянные аккаунты (через wrangler login или API-токены) для продакшн- и CI/CD-нагрузок . Временные аккаунты закрывают конкретный пробел: этап превью и передачи («hand-off») между разработкой агента и утверждением человеком.

Резюме

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