
Cloudflare Temporary Deploy
FreeQuickly deploy Cloudflare Workers without an account.
Free · Opens the source repo
What Cloudflare Temporary Deploy does
The Cloudflare Temporary Deploy skill enables users to deploy a Cloudflare Worker to a live workers.dev URL without requiring any account setup. By using the command wrangler deploy --temporary, this skill allows for a rapid deployment cycle where users can write, deploy, and verify their code almost instantly. Cloudflare automatically provisions a temporary account for the deployment, providing a claim URL that is valid for 60 minutes. This feature is particularly useful for developers who need to test or prototype their Workers quickly without the overhead of account management.
This skill is designed for developers looking to streamline their workflow when working with Cloudflare Workers. By eliminating the need for OAuth authentication or API tokens, users can focus on coding and deploying their applications. The skill supports a tight feedback loop: after deploying, users can immediately verify their changes by checking the live URL. This is especially beneficial in environments where quick iterations are necessary, such as during hackathons or rapid prototyping sessions.
However, it is important to note that this skill is not suited for production deployments. Users must have a permanent Cloudflare account for any production-level work, as the --temporary flag will error out if any credentials are present. Additionally, any deployment made with this skill will be deleted after 60 minutes unless claimed, making it unsuitable for long-term hosting needs. Therefore, while the Cloudflare Temporary Deploy skill is excellent for short-lived testing and development, it is not a replacement for a full-fledged deployment strategy.
When to use it
Use this skill when you want to deploy code to a live URL quickly without creating a Cloudflare account, especially for prototyping or testing.
When not to use it
Avoid this skill for production deployments or if you have existing Cloudflare credentials, as it requires an unauthenticated environment.
What you can build with it
Rapid Prototyping
Use this skill to quickly deploy and test Cloudflare Workers during a hackathon or development sprint.
Testing Code Changes
Deploy your latest code changes to a live URL and verify the output in real-time without account overhead.
Education and Learning
Ideal for learners who want to experiment with Cloudflare Workers without the barrier of account setup.
How to install Cloudflare Temporary Deploy
View source1. Install with the skills CLI
npx skills add nousresearch/hermes-agent/cloudflare-temporary-deploy --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by nousresearchCloudflare Temporary Deploy Skill
Deploy a Cloudflare Worker to a live workers.dev URL with zero account setup, using wrangler deploy --temporary. Cloudflare provisions a throwaway account, deploys, and prints a claim URL valid for 60 minutes; unclaimed accounts auto-delete. This gives an agent a tight write → deploy → verify loop without any OAuth, signup, or token copy-paste.
This skill does NOT cover production deploys (use wrangler login + a permanent account for those), nor non-Worker Cloudflare products beyond the temporary-account limits below.
When to Use
Load this skill when the user wants to:
- Ship agent-written code to a live URL without first creating a Cloudflare account — "deploy this and give me a link"
- Iterate in a background/autonomous session where a browser OAuth step would be a hard stop
- Prototype or evaluate Workers quickly with a throwaway, claimable target
- Build a self-verifying deploy loop — deploy,
curlthe live URL, confirm output matches the code, redeploy
When NOT to Use
- Production or CI/CD → use a permanent account (
wrangler loginorCLOUDFLARE_API_TOKEN).--temporaryerrors out if any credential is present. - Wrangler is already authenticated →
--temporaryreturns an error by design. Runwrangler logoutfirst only if the user explicitly wants a throwaway deploy. - Long-lived hosting → temporary deployments are deleted after 60 minutes unless claimed.
Prerequisites
- Wrangler 4.102.0 or later. This is the version that introduced
--temporary. Earlier versions do not have it. Verify withnpx wrangler@latest --version. - Node 18+ / npm (or
npx,yarn,pnpm). No global install needed —npx wrangler@latestworks. - No Cloudflare credentials present.
--temporaryonly works when Wrangler is unauthenticated: no OAuth login, noCLOUDFLARE_API_TOKEN/CLOUDFLARE_API_KEYenv var, no~/.wrangler/~/.config/.wranglercached OAuth. Use theterminaltool's environment as-is; do not set those vars. - Network egress to
cloudflare.comandworkers.dev. - Using
--temporaryaccepts Cloudflare's Terms of Service and Privacy Policy.
How to Run
Use the terminal tool for every step. Always pin the version (wrangler@latest or wrangler@4.102.0 or newer) so you don't accidentally run an old global wrangler that lacks the flag.
-
Scaffold a minimal Worker (skip if the project already exists). A Worker needs a
wrangler.toml(orwrangler.jsonc) and an entry script. Minimal TypeScript example — write these withwrite_file:wrangler.jsonc:{ "name": "hello-agent", "main": "src/index.ts", "compatibility_date": "2025-01-01" }src/index.ts:export default { async fetch(): Promise<Response> { return new Response("hello cloudflare"); }, }; -
Deploy with
--temporaryfrom the project directory:npx wrangler@latest deploy --temporaryThe proof-of-work check adds a short automatic delay. On success Wrangler prints an
Account: <name> (created)(or(reused)) line, aClaim URL, and the livehttps://<worker>.<account>.workers.devURL. -
Parse the URLs from that output. Run the helper to extract them reliably instead of eyeballing:
npx wrangler@latest deploy --temporary 2>&1 | python3 scripts/parse_deploy_output.py(Resolve
scripts/parse_deploy_output.pyto this skill's absolute path.) It prints JSON:{"live_url", "claim_url", "account", "account_state", "expires_minutes", "deployed"}. -
Verify the deploy is actually live — do not trust the deploy log alone.
curlthe live URL and confirm the body matches what the code returns:curl -sS <live_url> -
Iterate. Edit the code, redeploy with the same
npx wrangler@latest deploy --temporary. Within the 60-minute window Wrangler reuses the cached temporary account (Account: <name> (reused)), so the URL stays stable.curlagain to confirm the change. -
Hand the claim URL to the user. Tell them: open it within 60 minutes to keep the deployment and any resources; if they don't claim it, everything auto-deletes. Treat the claim URL as a secret — it grants ownership of the account.
Quick Reference
| Step | Command |
|---|---|
| Check version (need 4.102.0+) | npx wrangler@latest --version |
| Deploy (no account) | npx wrangler@latest deploy --temporary |
| Deploy + parse URLs | npx wrangler@latest deploy --temporary 2>&1 | python3 scripts/parse_deploy_output.py |
| Verify live | curl -sS <live_url> |
| Clear cached temp account | npx wrangler@latest logout |
Temporary account product limits
| Product | Limit on a temporary account |
|---|---|
| Workers | Deploys to workers.dev |
| Static Assets | Up to 1,000 files, 5 MiB each |
| KV | Allowed |
| D1 | 1 database, 100 MB per DB / 100 MB total |
| Durable Objects | Allowed |
| Hyperdrive | 2 configs, 10 connections |
| Queues | Up to 10 |
| SSL/TLS certs | Allowed |
Pitfalls
--temporaryis not inwrangler deploy --helpand is not a global flag. It is intentionally hidden and surfaced dynamically: when an unauthenticatedwrangler deployfails, Wrangler prints "rerun with--temporary". Don't conclude the flag is missing just because--helpomits it — check the version instead.- Old global wrangler. A stale globally-installed
wrangler(< 4.102.0) silently lacks the flag. Always invokenpx wrangler@latest(or a pinned>=4.102.0) so you control the version. - Auth present → hard error. If
wrangler loginwas ever run, orCLOUDFLARE_API_TOKEN/CLOUDFLARE_API_KEYis set,--temporaryerrors. Either unset the var for this shell orwrangler logout. Never strip a user's real credentials without telling them. - Rate limiting. Creating temporary accounts too fast fails. Reuse the cached account (just redeploy) within the 60-minute window instead of forcing a new one; if rate-limited, wait or use a permanent account.
- 60-minute hard expiry, not extendable. If the deploy must outlive an hour, the user must claim it. Surface this clearly.
curlmay briefly serve the old body after a redeploy.workers.devhas a short edge cache; the(reused)line plus a newCurrent Version IDconfirm the deploy succeeded even ifcurlshows stale content for a few seconds. Re-curl, or add a cache-busting query string, before concluding a redeploy failed.- Don't log the claim URL into shared transcripts as "just a link." It is credential-equivalent.
Verification
npx wrangler@latest --versionreturns>= 4.102.0.npx wrangler@latest deploy --temporaryprints aworkers.devlive URL and aclaim-preview?claimToken=claim URL.curl -sS <live_url>returns the exact body the Worker code produces.- A second deploy reports
Account: <name> (reused)and the live URL is unchanged. - The parser script's self-test passes:
python3 scripts/parse_deploy_output.py --selftest.
Frequently asked questions about Cloudflare Temporary Deploy
Similar skills
Turborepo
Optimized build system for JavaScript/TypeScript monorepos.
Azure Pipelines Validation
Streamline your Azure DevOps pipeline changes locally.
Azure Developer CLI
Streamline your Azure project workflows with best practices.
Azure Container Registry CLI
Manage Azure Container Registry resources with ease.
Aspire
Build and orchestrate polyglot distributed applications seamlessly.
Vercel CLI
Manage and deploy Vercel projects from the command line.
