Plate № 05 · Vendor integration

A pattern from the gf.cx specimen book

Sandbox-first · discipline

Source · Dan, 2026-05-27

"Every vendor integration gets its own sandbox surface first. If the round-trip isn't proven there — OAuth, API call, callback, response — it doesn't go near a production credential. That's the discipline."

The problem

Wiring production vendor credentials into a customer-facing surface before the integration is proven is how secrets leak, callback paths misfire, and the integration's true edge-cases ambush the live order path. The opposing risk — building a sandbox surface that no one ever wires up — wastes the dry-run.

The shape

Every vendor integration (Prodigi / Pwinty, Resend, Twilio, Stripe, Canva Connect) gets a self-contained surface at sandbox.gf.cx/<vendor>/ first. That surface holds the sandbox credential, does the full round-trip (OAuth, API call, callback, response inspection), and proves the path end-to-end. Only then does the same code path get promoted to the production surface with the production credential swapped in.

Why a dedicated subdomain

Reference implementations

Reusable elements

The named, copyable pieces — lift any rule without the others:

Reference

Source
Dan, 2026-05-27 · first applied to the Prodigi print-on-demand integration before shipping print.gf.cx.
In use / example
sandbox.gf.cx — the live subdomain. Each /<vendor>/ path is an independent cockpit proving one integration; view source for the Worker + secret-binding scaffold to copy.
Reusable elements
Sandbox subdomain convention · credential blast-radius isolation · round-trip proof gate · code-path promotion · multi-account substrate reuse (listed above).
Origin
Print-on-demand integration discipline, 2026-05-27 — applied because the Prodigi sandbox and production APIs share an identical surface but use different keys and different fulfillment pipelines.