Developer docs · v1.0.0

AI integration

The documentation is built to be read by coding assistants and agents as well as people. Here is how to point them at it, and what they must not get wrong.

How AI reads these docs

  • Every page has a Markdown twin at the same URL plus .md — /docs/criminal/search.md, /docs/platform/authentication.md — complete, with code blocks, parameter tables and enums, and no navigation. Whole products: /docs/all.md, /docs/criminal/all.md, /docs/monitoring/all.md, /docs/fcra/all.md, /docs/map/all.md.
  • [/llms.txt](/llms.txt) is the index an agent reads first: products, quickstarts, references, OpenAPI, guides, what is coming soon.
  • [/openapi.json](/openapi.json) and [/openapi.yaml](/openapi.yaml) are the contract: operation ids, parameters, schemas, enums, errors, examples. Generate a typed client from them.
  • Pages are one purpose each, with descriptive titles, stable anchors and tables for structured data, so a retrieval step can land on the endpoint page it needs.

In this section

Interpretation rules every integration must keep

  • A possible match is not a confirmed identity. Records carry matchConfidence and a labelled basis; a person decides.
  • An arrest or a booking is not a conviction. Read disposition and currentStatus; see arrests vs. charges vs. convictions.
  • Missing records do not prove a clean history. An empty records[] is an answer only when status is complete.
  • Coverage is incomplete by nature and said so in the catalogs; partial results (status: "partial", sourceStatus[]) need handling, not hiding.
  • Regulated screening (employment, housing, credit, insurance) needs the FCRA Partner API and the partner's own compliance workflow. The self-service APIs refuse it on every response (legal.notice).
  • No real personal data or live credentials in prompts, examples or logs. Use the sandbox and its fixed test names.