New to Claude Skills? Learn how to install them →

nousresearch on GitHub

Cloudflare Temporary Deploy

Free

Quickly deploy Cloudflare Workers without an account.

Get this skill

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 source

1. Install with the skills CLI

npx skills add nousresearch/hermes-agent/cloudflare-temporary-deploy --agent claude-code

2. 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 nousresearch

Cloudflare 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, curl the live URL, confirm output matches the code, redeploy

When NOT to Use

  • Production or CI/CD → use a permanent account (wrangler login or CLOUDFLARE_API_TOKEN). --temporary errors out if any credential is present.
  • Wrangler is already authenticated--temporary returns an error by design. Run wrangler logout first 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 with npx wrangler@latest --version.
  • Node 18+ / npm (or npx, yarn, pnpm). No global install needed — npx wrangler@latest works.
  • No Cloudflare credentials present. --temporary only works when Wrangler is unauthenticated: no OAuth login, no CLOUDFLARE_API_TOKEN / CLOUDFLARE_API_KEY env var, no ~/.wrangler / ~/.config/.wrangler cached OAuth. Use the terminal tool's environment as-is; do not set those vars.
  • Network egress to cloudflare.com and workers.dev.
  • Using --temporary accepts 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.

  1. Scaffold a minimal Worker (skip if the project already exists). A Worker needs a wrangler.toml (or wrangler.jsonc) and an entry script. Minimal TypeScript example — write these with write_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");
      },
    };
    
  2. Deploy with --temporary from the project directory:

    npx wrangler@latest deploy --temporary
    

    The proof-of-work check adds a short automatic delay. On success Wrangler prints an Account: <name> (created) (or (reused)) line, a Claim URL, and the live https://<worker>.<account>.workers.dev URL.

  3. 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.py to this skill's absolute path.) It prints JSON: {"live_url", "claim_url", "account", "account_state", "expires_minutes", "deployed"}.

  4. Verify the deploy is actually live — do not trust the deploy log alone. curl the live URL and confirm the body matches what the code returns:

    curl -sS <live_url>
    
  5. 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. curl again to confirm the change.

  6. 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

StepCommand
Check version (need 4.102.0+)npx wrangler@latest --version
Deploy (no account)npx wrangler@latest deploy --temporary
Deploy + parse URLsnpx wrangler@latest deploy --temporary 2>&1 | python3 scripts/parse_deploy_output.py
Verify livecurl -sS <live_url>
Clear cached temp accountnpx wrangler@latest logout

Temporary account product limits

ProductLimit on a temporary account
WorkersDeploys to workers.dev
Static AssetsUp to 1,000 files, 5 MiB each
KVAllowed
D11 database, 100 MB per DB / 100 MB total
Durable ObjectsAllowed
Hyperdrive2 configs, 10 connections
QueuesUp to 10
SSL/TLS certsAllowed

Pitfalls

  • --temporary is not in wrangler deploy --help and is not a global flag. It is intentionally hidden and surfaced dynamically: when an unauthenticated wrangler deploy fails, Wrangler prints "rerun with --temporary". Don't conclude the flag is missing just because --help omits it — check the version instead.
  • Old global wrangler. A stale globally-installed wrangler (< 4.102.0) silently lacks the flag. Always invoke npx wrangler@latest (or a pinned >=4.102.0) so you control the version.
  • Auth present → hard error. If wrangler login was ever run, or CLOUDFLARE_API_TOKEN/CLOUDFLARE_API_KEY is set, --temporary errors. Either unset the var for this shell or wrangler 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.
  • curl may briefly serve the old body after a redeploy. workers.dev has a short edge cache; the (reused) line plus a new Current Version ID confirm the deploy succeeded even if curl shows 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 --version returns >= 4.102.0.
  • npx wrangler@latest deploy --temporary prints a workers.dev live URL and a claim-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