April was a busy one. We shipped a new VitePress recipe, a guide for running the Tailscale identity provider on Runway, more prompts for our MCP server, and a long list of smaller improvements across the buildpacks, the CLI, and the UI.
Make sure to update your CLI client first — runway selfupdate, or brew upgrade hostwithquantum/runway/runway if you’re on Homebrew.
New in our documentation and guides.
If you’ve been writing docs with VitePress, there’s now a step-by-step recipe for deploying it on Runway.
It uses our static buildpack with Node.js + nginx and of course it works with the typical docs/.vitepress/dist layout out of the box.
See the VitePress recipe.
tsidp is Tailscale’s OIDC identity provider — it lets you reuse your team’s Tailscale identities to sign in to apps that speak OIDC, without standing up a separate user database.
The new tsidp guide walks through deploying tsidp on Runway end-to-end: the required ACL tags and capability grants, the persistence and routing setup, optional Tailscale Funnel for public OIDC endpoints, and two worked examples.
Following last month’s release of the Runway MCP server, we did a small internal overhaul of how the server initializes, and added prompts.
Prompts are pre-built workflows that show your AI tool how to get the best out of our MCP tools.
Prompts work on the CLI and in any MCP-capable desktop app (Claude Desktop, Claude CoWork, Cursor, …).
The current list of prompts:
setup — first-time onboarding and key setupbuildpacks — supported languages and recipesdockerfile — how to write a Dockerfile for Runwaytailscale — connect your apps to your tailnetagent-init — generate an AGENT.md file for the projectdeploy — deploy an app to Runwaydebug — troubleshoot a running apprunway app rm is a soft delete, but the background cleanup wasn’t actually finishing the job — soft-deleted apps stuck around. That’s now fixed: they get cleaned up in time, in the background. We also added a --force option if you want to clean up immediately. See the app rm reference.ssh-agent required.Both the deno-buildpack and static-buildpack are now multi-arch.
If you’re on an Apple Silicon Mac, that means cleaner local builds without the previous architecture friction — we’ll keep extending this to the rest of the buildpack stack when we switch to Ubuntu Noble.
That’s it for April. As always, give the new bits a spin and let us know what you think — and if you’re new here: Runway runs your apps and managed databases, hosted entirely in the EU.