API Overview
How Klarefi's public API is organized for hosted intake and review-ready case files
The Klarefi API lets customer systems create hosted intake sessions, read current case state, receive signed webhooks, and erase document-derived data.
Canonical API base URL
Production integrations use the canonical host below. A workspace-specific
https://<deployment>.convex.siteURL from Settings → Developer also remains valid for direct regional access.
Examples use this illustrative value:
https://www.klarefi.comDownload the OpenAPI 3.1 specification for the full machine-readable contract.
For TypeScript integrations, install the SDK and verify your credentials:
npm install @klarefi/node
export KLAREFI_API_KEY="sk_test_..."
npx klarefi doctorVersioning
Public endpoints live under /api/v1. Additive response fields may appear over
time. Integrations should ignore unknown fields and use documented IDs,
statuses, and event names for control flow.
Integration Model
Hosted Intake is the integration path. Klarefi owns the applicant-facing flow:
form steps, uploads, follow-up questions, and submission. Create a session,
redirect the applicant to signed_url, then consume the case through webhooks
or case reads.
Common Conventions
- Requests and responses are JSON unless an endpoint says otherwise.
- API keys are sent with
Authorization: Bearer sk_live_...orAuthorization: Bearer sk_test_.... POST /api/v1/sessionsrequires anidempotency_keyin the JSON body or anIdempotency-Keyheader.- Authenticated success responses include
X-RateLimit-*headers. - Error responses use the shared
{ "error": { ... } }envelope.