← All plugins
Wrangler
Coming soonv1.0.0

Wrangler

Deploy Cloudflare Workers from the deck.

Wrangler puts a Cloudflare Workers deployment console on your Stream Deck. Pick a project, press Deploy, and follow the real build and Wrangler stages on the key and the Neo Infobar. The key is useful while idle too: it knows whether local deployable files changed since the last successful deployment, and it never calls an unverified remote state synced.

Real Wrangler runs. One press. macOS.

€1.99
Coming to Elgato Marketplace

Wrangler is being prepared for Elgato. This button turns into a link the moment the listing is published.

The deck, while it works

The Deploy key carries the project and the result. The Next Project key moves through the group. On a Neo, the Infobar keeps the stage count and the elapsed time in one line. While idle, both surfaces stay still.

A Stream Deck Neo running Wrangler: a Deploy key showing DEPLOYED, a project key, CHANGED, UNKNOWN, PUSHING, BUILDING, CONFIRM and CANCEL, and the Infobar showing PUSHING 3/5
Every picture on this page is drawn by the plugin's own renderer.

The key tells the truth

Three facts are kept apart: what the local project looks like now, what was deployed last, and whether the remote identity could be verified. A clean Git tree is not treated as proof. Wrangler hashes the deployable files, excluding .git, node_modules, caches and build output, then compares them with the snapshot saved at the last successful deploy. A failed attempt never replaces the last good baseline.

Ready
ReadyNo deployment recorded yet.
Changed
ChangedLocal files differ from the last success.
Deployed
DeployedLocal matches the last successful snapshot.
Failed
FailedThe reason stays visible until the next attempt.
Unknown
UnknownThe remote state could not be established.

A real deployment, not an animation

Stages come from the process you configured. Build runs only when a build command is set. Deploy calls Wrangler in the project folder with your existing login. Verify is an optional HTTP check. Wrangler's exit code decides success, not the fact that a process started. There is no invented byte-level progress.

Build
BuildYour build command, in the project folder.
Deploy
DeployThe real Wrangler command, with your environment.
Verify
VerifyOptional HTTP check of the deployed endpoint.
Done
DoneBaseline saved; local changes can start again.

The Neo Infobar

On a Stream Deck Neo the Infobar carries the same story in one line: the project, the state, the stage count and the elapsed time. While idle it keeps the last result and its age in view, so the deck does not need to be touched to know where things stand.

Deployed
DeployedLocal fingerprint matches; remote is unverified.
Local changes
Local changesSomething is waiting for the next press.
Pushing
PushingStage 3 of 5, with real elapsed time.
Failed
FailedThe reason stays on the bar.

Deliberate, not accidental

A single brush of a key should not ship a Worker. Production confirmation asks for a second press. Cancelling a running deployment takes a two-second hold. If the process is stopped during upload, the key says UNKNOWN rather than CANCELLED, because Cloudflare may already have received the version.

Confirm production
Confirm productionA second press starts the deployment.
Hold to cancel
Hold to cancelTwo seconds; releasing early keeps deploying.
Stopped during upload
Stopped during uploadThe result is unknown, not claimed.

Honest about what it knows

Local is not remote

The local fingerprint proves what is on disk, not what Cloudflare serves. 1.0 does not poll the Cloudflare API and needs no API token, so it says DEPLOYED, never SYNCED.

A failure keeps the last good baseline

A failed or cancelled attempt never overwrites the fingerprint from the last successful deployment. The next comparison still uses the version that is actually live.

Changes during a deployment are caught

The baseline is the fingerprint captured before the run. A file saved while Wrangler is working shows as CHANGED afterwards, not as silently synced.

Commands are yours

Wrangler runs only the build and deploy commands stored in the project settings, in the selected folder. It does not discover and run scripts by itself.

Requirements

Stream Deck app
7.6 or newer
Platform
macOS 13 or newer
Devices
Every Stream Deck with keys; the Infobar needs a Stream Deck Neo
Project
A Cloudflare Workers project with an authenticated Wrangler CLI
Internet
Only the deploy command and the optional verification URL use it
Permissions
None

What it reads and sends

It reads the project folder to fingerprint deployable files and, on a deployment, captures Git metadata and redacted process output. Deployment history and baselines live in ~/Library/Caches/de.7bp.wrangler. There is no account, no backend and no telemetry. It never stores a Cloudflare API token. The commands you configure are the only network activity it starts, apart from the optional verification request.

Version

v1.0.0

First release. Deploy, Next Project and Infobar actions; real build and Wrangler execution; content-fingerprint local change detection; stage-based progress; production confirmation; hold-to-cancel with honest UNKNOWN handling; optional HTTP verification; persistent deployment history.

Support

A deployment behaving differently from what Wrangler prints in a terminal? Tell us what happened and include the redacted output.

  • Which project, build and deploy command
  • What the key and Infobar showed
  • The Wrangler, macOS and Stream Deck app versions
Email support
More keys

The rest of the line-up

  • Overhead
  • Approach
  • Tickwork
  • Pipling
  • Terrarium
  • Fathom
  • Meter
  • Quorum
  • Psst
  • Browser
  • Windows
  • Gato Run
  • Lucky Deck
  • Daybar
  • Bonsai
  • Signals
  • Iris
  • Cams
  • Tradewind
  • Inwords
  • Peek
  • Butterfingers
  • Keyhaven
  • Royal Deck
  • Meridian
  • PandaBreak
  • Deck Radar
  • QuotaPulse
All plugins →