Cloudflare is a leading edge network services provider that offers a wide range of solutions to enhance the security, performance, and reliability of websites and applications. With its global network infrastructure and advanced technologies, Cloudflare empowers businesses to build a faster, more secure, and resilient online presence.
This is the 49th launch from Cloudflare. View more
Cloudflare Temporary Accounts
Launching today
Let agents deploy before signup
The moment an agent needs to deploy something, it slams face-first into a wall built for humans. Today we're rolling out Temporary Accounts on Cloudflare Workers. Any agent can now run wrangler deploy — temporary and get a live Worker in seconds.
Your agent has 60 minutes to ship its work before you claim it.
@Cloudflare now has temporary accounts for AI agents. With wrangler deploy --temporary, an agent can deploy a real Worker without asking you to sign up, complete OAuth, create an API token, or click through the dashboard.
It gets a temporary preview account, a live workers.dev URL, and a claim link.
The nice part is that the agent can loop during the 60-min window: deploy, test the URL, change the code, redeploy, and verify again.
When the work is useful, you keep it. When it is not, it disappears💨
Report
The 60-minute ephemeral window with iterative redeploy is the right design for agentic workflows. Auth interruptions break agent execution mid-task, and the claim link keeps humans in control of what gets committed. I've hit this exact wall with multi-step automated pipelines. How does state transfer work at claim time? Do KV namespace bindings and Durable Objects carry over, or does the agent need to reconstruct?
Report
I like the 60-minute temporary window. It feels like a good balance, enough time for the agent to prove the work is useful, but not another abandoned preview environment that lives forever.
Curious how this will work for slightly more complex Worker projects. Can temporary deploys also test bindings like KV, R2, D1, or environment variables, or is the first version focused mostly on simple Workers?
Report
This is smart. The biggest blocker for agents right now is auth and account setup. 60 minutes to deploy and claim is a nice middle ground. What happens to the worker if nobody claims it though? Does it just get wiped?
Report
Disposable identifiers are one of the rare privacy moves that also cut fraud exposure — a throwaway address can't be cross-referenced or resold onto a "sucker list." Curious how you're handling recovery: if someone needs to re-access something tied to a temporary account, what's the flow?
Report
The 60-minute temporary account flow is the part I'd test first for agent workflows, especially when a project needs a few deploy-test-redeploy loops before a human even looks at it. The practical edge case is claim time: if the agent already attached KV, D1, or Durable Objects during the temporary window, does claiming the project preserve those bindings as-is, or does the human need to recreate part of the setup in the real account?
That's really awesome a feature to make workflow more faster. Thanks a lot Cloudflare.
Report
5.0
Based on 181 reviews
Review Cloudflare?
Reviewers see Cloudflare as a strong all-in-one layer for speed, security, and website operations, especially for DNS, CDN, caching, and DDoS protection. Users often say setup is quick and day-to-day management is easier, though several note the platform can feel confusing and advanced features bring a steep learning curve. A few also want better usage analytics and worry about relying on a third party. Founders of Magic Patterns, Inworld, and Migma AI specifically praise its edge performance, developer experience, and simple DNS workflows.
We store user-generated PDFs — thousands of them. Switched from S3 in an afternoon: swapped the SDK, updated 3 env vars. Zero egress costs since day one.
If you're still paying for S3 egress, you're burning money for no reason.
What needs improvement
Honestly, nothing major to complain about. The dashboard could use a bit more detail on usage analytics — right now it's fairly basic. But that's a minor gripe. Core functionality is rock solid.
vs Alternatives
We looked at S3 first — it's the obvious default and the DX is solid. But egress fees are a hidden tax that quietly compounds as your user base grows. Every file your users download costs you extra, and it adds up fast.
R2 gives you the exact same S3-compatible API, so there's no learning curve and no SDK migration. We literally just updated our config. Zero egress costs since day one, backed by Cloudflare's global network we were already using. It wasn't even a close call.
Our product uses Cloudflare as CDN and WAF. Overall, it provides a comprehensive solution that can effectively improve website performance and security.
1.Advantage:
Free: Cloudflare offers a free plan, which is suitable for small and medium-sized businesses like ours and personal websites. Despite being a free version, Cloudflare still offers many useful features, including basic CDN service and DDoS protection.
High performance: Cloudflare's globally distributed network can significantly reduce web page load times and improve user experience.
Maturity: As a leader in the market, Cloudflare’s technology is constantly updated and can respond quickly to emerging security threats and performance issues.
2.Shortcoming:
Complexity: Configuring and managing some of Cloudflare's advanced features can be difficult for users without a technical background.
Reliance on third parties: Using Cloudflare means hosting part of your website’s functionality on a third-party platform, which may bring privacy and data security concerns. Particularly with highly sensitive data, businesses need to carefully weigh the risks that come with this dependency.
Cloudflare was crucial for Guidey’s performance and security. It allowed us to deliver our scripts with high speed and low latency worldwide, ensuring fast loading of guides on any website. Additionally, Cloudflare protects our infrastructure from DDoS attacks and other threats, adding an extra layer of security without complicating the setup. Its intelligent caching and global CDN also helped optimize the end-user experience while maintaining stability.
Flowtica Scribe
Hi everyone!
Your agent has 60 minutes to ship its work before you claim it.
@Cloudflare now has temporary accounts for AI agents. With wrangler deploy --temporary, an agent can deploy a real Worker without asking you to sign up, complete OAuth, create an API token, or click through the dashboard.
It gets a temporary preview account, a live workers.dev URL, and a claim link.
The nice part is that the agent can loop during the 60-min window: deploy, test the URL, change the code, redeploy, and verify again.
When the work is useful, you keep it. When it is not, it disappears💨
The 60-minute ephemeral window with iterative redeploy is the right design for agentic workflows. Auth interruptions break agent execution mid-task, and the claim link keeps humans in control of what gets committed. I've hit this exact wall with multi-step automated pipelines. How does state transfer work at claim time? Do KV namespace bindings and Durable Objects carry over, or does the agent need to reconstruct?
I like the 60-minute temporary window. It feels like a good balance, enough time for the agent to prove the work is useful, but not another abandoned preview environment that lives forever.
Curious how this will work for slightly more complex Worker projects. Can temporary deploys also test bindings like KV, R2, D1, or environment variables, or is the first version focused mostly on simple Workers?
This is smart. The biggest blocker for agents right now is auth and account setup. 60 minutes to deploy and claim is a nice middle ground. What happens to the worker if nobody claims it though? Does it just get wiped?
Disposable identifiers are one of the rare privacy moves that also cut fraud exposure — a throwaway address can't be cross-referenced or resold onto a "sucker list." Curious how you're handling recovery: if someone needs to re-access something tied to a temporary account, what's the flow?
The 60-minute temporary account flow is the part I'd test first for agent workflows, especially when a project needs a few deploy-test-redeploy loops before a human even looks at it. The practical edge case is claim time: if the agent already attached KV, D1, or Durable Objects during the temporary window, does claiming the project preserve those bindings as-is, or does the human need to recreate part of the setup in the real account?
TapRefer
That's really awesome a feature to make workflow more faster. Thanks a lot Cloudflare.