Console coming soon

Browse documentation

Developer docs

Start from a live reference page.

Phone layout stays search-first: pick a page here, then read it in a full single-column view.

Getting Started

OverviewPlatform map, live routes, auth model, and API quick links.QuickstartMake the first live request and inspect the response shape.AuthenticationBearer keys, scopes, rotation, and account-bound access.

Models

EvaEsi InstantByte-native chat with live evidence retrieval. The default model.Instant FastInstant with a shorter evidence gather, for latency-bound work.EvaEsi ReasoningEvidence-gather plus Elements synthesis for harder questions.Reasoning DeepA longer deliberation budget and the widest evidence sweep.Reasoning VerifyChecks claims against evidence and reports what it cannot support.Reasoning FastReasoning held to an interactive latency budget.ElementsCoding and Studio model. Routes directly without the evidence-gather pass.Elements FastSingle-file edits and short-range changes, tuned for latency.Elements CodebaseRepository-wide context for migrations and cross-file work.

API Reference

Responses APICanonical inference route for synchronous requests and output.Sources APIFetch evidence bundles and provenance for prior responses.Usage APICurrent period totals, history windows, and live limits envelopes.Models CatalogEvery model version, its canonical ID and its published rates.Batch APIDurable batches of up to 100 requests: submit, poll, collect.WebhooksSigned event deliveries: envelope, headers, and verification.StreamingServer sent events, frame shapes and handling failures mid stream.SchemaOpenAPI and JSON Schema documents, and generating a client from them.Error CodesOperational error contract, retry semantics, and failure classes.

Operations

Developer ConsoleThe console surfaces that open at launch, mapped honestly.Rungs & PricingBilling units, plan allowances, project budgets, and spend model.Rate LimitsHeaders, envelopes, throttling behavior, and budget enforcement.

Enterprise

EnterpriseReserved and dedicated deployments, isolation, data handling and controls.

Console

API keysIssue, scope and rotate API keys. Opens at launch.UsageRungs consumed, per model and per key. Opens at launch.BillingBudgets, invoices and payment. Opens at launch.SettingsOrganisation, members and security. Opens at launch.

Policies

Terms of ServiceOperational policy, legal terms, or support guidance.Privacy PolicyOperational policy, legal terms, or support guidance.Cookie PolicyOperational policy, legal terms, or support guidance.Community GuidelinesOperational policy, legal terms, or support guidance.Acceptable Use PolicyOperational policy, legal terms, or support guidance.Refund PolicyOperational policy, legal terms, or support guidance.Billing & TiersOperational policy, legal terms, or support guidance.HelpOperational policy, legal terms, or support guidance.API TermsOperational policy, legal terms, or support guidance.AI Use and Output SafetyOperational policy, legal terms, or support guidance.Accessibility StatementOperational policy, legal terms, or support guidance.SecurityOperational policy, legal terms, or support guidance.Service CommitmentsOperational policy, legal terms, or support guidance.SupportOperational policy, legal terms, or support guidance.ContactOperational policy, legal terms, or support guidance.

Schema

The API describes itself. Pull the OpenAPI document and generate a client rather than writing request types by hand.

Endpoints

Both are public and need no API key. You can fetch them in CI without provisioning credentials.

Endpoint	What it returns
`GET /openapi.json`	The OpenAPI document for the public API.
`GET /api/schema.json`	JSON Schema for the request and response payloads.

1curl https://evaesi.dev/openapi.json -o evaesi-openapi.json

Generating a client

There is no published EvaEsi client library yet. Until there is, generating one from the schema is the shortest path to typed calls, and it stays correct when the API changes because you regenerate rather than hand edit.

The samples elsewhere in these docs use plain HTTP for the same reason. They work today with no dependency to install.

Versioning

The path carries the version. Everything under /api/v1 keeps its shape: fields are added, never removed or repurposed. A change that would break a working integration goes to a new version path instead.

Treat unknown fields as forwards compatible and ignore them. A client that rejects a response because it gained a field will break on a release that was safe for everyone else.