SPINE Factory

Stand up your own SPINE — an MCP gateway with apps, auth and a dashboard — in your own Cloudflare account, in about five minutes.

The tokens you paste are never written to storage. They pass through one request's memory and are dropped — the provisioning code has nowhere to put them and no column for them. They never leave your browser except to this service, which you can inspect: the whole flow below is plain JSON.

What we do record: that an instance was commissioned — its id, version, URL, and the Cloudflare account and Supabase project it went into — so we can tell you what changed when you ask for updates. Never any token, key, password or your data.

1What are you calling it?

One answer names everything else. Every default below is derived from it, and every one of them stays editable.

Worker & URL
spine.<you>.workers.dev
Supabase project
spine
GitHub repository
spine

2Credentials

Two tokens, used once each, never saved.

Bring your own accounts — the only mode available today. You supply two tokens, everything is provisioned into your accounts, and you own all of it.
Coming, and deliberately shown rather than hidden:
  • Connect through FluxPrompt — link Cloudflare and Supabase to FluxPrompt once; it vends short-lived scoped credentials and you never paste a token.
  • Hosted by us — supply nothing; we run it and bill it through FluxPrompt.
Neither is built. GET /v1/modes is the machine-readable version of this list, and it says available:false for both rather than omitting them.
Needs two permissions on the account: Workers Scripts:Edit and Account Settings:Edit.
Opens Cloudflare’s own token form with both permissions already selected. Confirm the account under Account Resources, then Continue to summaryCreate Token → copy it here. Cloudflare shows it once.
Rather do it by hand? Step-by-step
  1. Open dash.cloudflare.com → API Tokens and click Create Token.
  2. At the top, under Custom token, click Get started. Not the template list underneath. Edit Cloudflare Workers is the closest one and it is still missing the permission that registers a first workers.dev subdomain — fine if this account has deployed a Worker before, a dead end if it has not.
  3. Name it spine.
  4. Under Permissions, add two rows — the three dropdowns are group · resource · level:
    Account · Workers Scripts · Edit
    Account · Account Settings · Edit
  5. Under Account Resources, choose the account you want SPINE to live in.
  6. Only if you plan to host a React or Vue frontend here: add a third row, Account · Workers Builds Configuration · Edit. Cloudflare has no documented way to pre-select this one, which is why the button above fills in two permissions and not three. Skip it if you are not sure — a token without it provisions a SPINE perfectly, and adding it later is editing the token, not remaking it.
  7. Leave Client IP Filtering and TTL alone → Continue to summaryCreate Token.
  8. Copy the token and paste it above.
What it is used for: uploading your Worker, setting its secrets, and turning on its workers.dev URL. Three calls, once. Your running SPINE never uses this token — it is safe to revoke the moment the wizard finishes.
Creates your database project and applies the schema.
Click Generate new token, name it spine, copy the sbp_… value — shown once — and paste it here.
Rather do it by hand? Step-by-step
  1. Open supabase.com → Account → Access Tokens and click Generate new token.
  2. Name it spine. There are no permissions to choose — a Supabase PAT carries your whole account, which is exactly why this one is used once and never stored. Revoke it when the wizard finishes.
  3. Copy the sbp_… value — shown once — and paste it above.
What it is used for: creating your database project (or reading the one you pick), fetching its URL and service key, and applying SPINE’s schema.

If you are on the free plan you may have two active projects. At the limit, either pause one in Supabase or choose Use an existing one in step 2 — the schema is additive and skips anything already present.