Integrate / API
ComplicatedAuth API reference.
Search all 116 operations, inspect parameters and schemas, and copy generated request examples from the canonical OpenAPI 3.0 contract.
1.0.0Contract version
116Operations
13Endpoint groups
4Security schemes
Authentication boundaries
Use each credential only on its intended surface.
ComplicatedAuth separates control-plane browser sessions from the credentials used by a customer backend.
01Console control plane
Management login uses a five-minute attempt plus one-time in-memory client secret. Only WebAuthn completion issues complicatedauth_session, an HTTP-only bootstrap or strong cookie. State-changing requests carry the exact Origin.
02Project backend API
Send a scoped Project service credential as Authorization: Bearer <credential>. Keep it on the customer backend; never expose it to browser code.
03Runtime ceremonies
Continue a login or session ceremony with X-ComplicatedAuth-Login or X-ComplicatedAuth-Session, always from the customer BFF to the API.
Contract conventions
Common behavior across the API.
These rules come from shared parameters and schemas in the canonical contract.
ServersProxy or local backend
Use /api through the same-origin console proxy or http://localhost:8080 for direct local development. A production base URL is not published yet.
PaginationCursor based
Collection endpoints accept an opaque cursor and a limit from 1–100. The default page size is 25.
FailuresOne error envelope
JSON errors include code, message, and request_id, with optional structured details.
FormatsTyped identifiers and time
Resource identifiers use UUID strings. Timestamps use the OpenAPI date-time format.
This reference is deliberately read-only: request execution, credential persistence, the API client, AI agent, and MCP controls are disabled. Generated code samples remain available for implementation.
Loading the OpenAPI contract…