Wrangler Skips Naming Prompts in Agent/CI Deploys

A terminal window showing the verbatim changelog entry for wrangler 4.116.0: Avoid Worker and workers.dev naming prompts in agent-driven deploys
On this page

The actual problem this closes

Deploying a Worker for the first time historically asked the developer to confirm its name and whether to register a workers.dev subdomain, an interactive question with no default a script can safely assume. In a normal terminal, a person answers it once and moves on. In a CI pipeline like a GitHub Actions workflow, or a terminal session driven by an AI coding agent typing commands directly, there’s no one to answer, so the process either hung waiting for input or failed outright depending on how the runner handled stdin.

The changelog entry, from cloudflare/workers-sdk’s packages/wrangler/CHANGELOG.md, wrangler@4.116.0 (released 2026-07-30):

“Avoid Worker and workers.dev naming prompts in agent-driven deploys”

Structural Comparison Matrix

Operational AspectBefore (v4.115.0 and earlier)After (v4.116.0+)
Interactive terminal, first deployPrompts for name/subdomain confirmationSame behavior, unchanged
CI pipeline, first deployCould hang or fail waiting for inputPrompt skipped automatically
AI agent driving the CLI directlySame risk as CI: no one to answerPrompt skipped automatically

Why this matters for this site’s own pipeline

This site deploys through a GitHub Actions workflow, not Cloudflare’s built-in Git integration (the tradeoffs between the two are covered in Cloudflare Workers Deploys: Built-In Git vs. GitHub Actions). A first-time deploy of a brand-new Worker through that exact kind of pipeline is precisely the scenario this change targets: a non-interactive runner with no terminal attached for a human to answer a naming prompt.

Existing Workers are unaffected

This only matters on a Worker’s first deploy, the one time the naming prompt would have appeared at all. A CI pipeline redeploying an existing Worker was never blocked by this in the first place, since the prompt only fires when Wrangler doesn’t yet know the Worker’s name is already registered.

Confirmed version

Sourced from cloudflare/workers-sdk’s packages/wrangler/CHANGELOG.md, wrangler@4.116.0, released 2026-07-30. The exact non-interactive detection heuristic wasn’t independently reproduced here since it requires a genuinely fresh Worker name and a non-TTY environment to trigger the old behavior for comparison; the changelog entry is the primary source. Browse more posts like this in the Dev Tools archive.

Frequently asked

Does this change anything for a deploy run from an interactive terminal?

No. The naming prompt still appears the first time you deploy a new Worker from an interactive shell. This change only affects non-interactive contexts, where Wrangler now detects there's no human available to answer and skips the prompt automatically instead of hanging.

How does Wrangler decide a deploy is non-interactive?

The changelog entry doesn't spell out the exact detection heuristic, and it wasn't independently reproduced here. In practice this covers the contexts it's aimed at: CI runners like GitHub Actions, and terminal sessions driven by an AI coding agent rather than a person typing at a prompt.

Emitted as FAQPage JSON-LD from the same frontmatter — one source, no duplicated prose.

Recent posts

Full-text search via Pagefind · ↑↓ to navigate · ↵ to open