Documentation
Keys with clear boundaries
Clear inputs, careful request identity, and honest outcomes. The essentials for building with this gateway.
Browser sessions and server keys are different
The workspace uses an HTTP-only session cookie. Your own server integration uses x-api-key. Never embed a permanent API key into a frontend bundle or browser storage.
Choose the smallest useful scope
A scope pairs a project and action: currency:latest permits only that action. currency:* grants every action in that project, including future additions, so use it only when necessary. Scopes do not bypass activation, balance checks or account restrictions.
x-api-key: <server-side-secret>
Idempotency-Key: <stable-unique-request-id>
Content-Type: application/jsonCreate once, store securely
- Give the key a purpose-specific name, such as “expense-service”.
- Select explicit operation scopes and create the key from your signed-in workspace.
- Copy the secret into a server-side secrets store. After dismissal it is no longer displayed.
- Rotate by creating a new key, updating your server and revoking the old one. Revocation is not reversible.
Session writes stay on the same origin
The web application sends JSON writes to relative /api routes using same-origin credentials. The server validates Origin for session-backed writes. Never loosen that check to make a cross-origin client work; server API-key calls have a separate authentication path.
Manage API keys