Skip to main content

What this family does

POST /v1/purge is two-phase. The first call counts exactly what would be deleted and mints a short-lived confirmation token. The second call presents that token and deletes. If the data changed between the two, the confirm is refused and nothing is deleted. DELETE /v1/me deletes the account. For a personal organization that tears down the whole tenant, keys included.

Routes

The shape of a call

Dry-run a purge.
The response:

Traps

dryRun defaults to true. A purge request without dryRun: false and a valid token counts and reports. It does not delete. The impact is re-checked at confirm time. If it changed since the dry run, you get 409 purge_impact_changed and nothing is deleted. Re-run the dry run for a fresh token. Purge at organization scope keeps the organization. It empties the knowledge graph but keeps users and keys. To delete the account itself, use DELETE /v1/me. A confirmed purge also deletes stored files. Uploaded imports and finished export documents at both scopes, and the trained brain at organization scope, because it is derived from the graph being emptied.

API reference

Base URL, authentication, and the conventions every route shares.

Errors

The problem envelope and the full code catalogue.