Skip to main content
Praxa publishes a site-wide LLM index, a combined full-text export, and a Markdown representation of every navigable documentation page. AI tools should start with llms.txt, select the smallest relevant page, and verify the page’s availability and API plane before generating code.

Machine-readable documentation endpoints

For example, retrieve the SDK quickstart without page chrome:

Retrieval workflow for an AI agent

1

Discover pages

Fetch /llms.txt and match the user intent against page titles and descriptions. Do not guess routes.
2

Fetch focused Markdown

Retrieve only the relevant /<route>.md pages first. Use /llms-full.txt only when the question truly spans the corpus.
3

Identify the API plane

Distinguish Execution Fabric /v1, deployment-specific Integration Gateway /v8, remote MCP, and read-only memory federation before choosing authentication or code examples.
4

Respect availability

Preserve labels such as live package, partner preview, deployment-specific, qualification preview, and pending. Source examples do not activate a route.
5

Prefer exact contracts

Use the linked OpenAPI documents and published package versions for fields, scopes, identifiers, and schemas. Never infer an undocumented endpoint.
6

Return citations and proof limits

Link the exact pages used and separate package tests, mocked tests, authenticated runtime checks, deployment, and user verification.

Guidance for retrieval systems

  • Chunk by heading while retaining the page title, route, description, and nearest parent headings.
  • Store the source URL and last-modified value with every chunk.
  • Keep code fences, tables, warnings, and availability notes attached to their explanatory text.
  • Rank exact product terms and error codes above generic semantic similarity.
  • Do not combine credentials or instructions across API planes.
  • Refresh when package versions, OpenAPI versions, or page timestamps change.
  • Delete stale chunks rather than serving two conflicting revisions.

Test LLM access

Run npm run docs:live:llms from the documentation repository after a release. The checker requires both site-wide files, the well-known aliases, crawler and sitemap discovery, inclusion of every navigable page in llms.txt, and a successful Markdown response for every individual page.

Frequently asked questions

Does each page need its own llms.txt file?

No. The standard site-wide llms.txt links to a Markdown endpoint for each page. Fetch /<route>.md for the individual page and /llms-full.txt for the combined corpus.

Should an AI tool use /llms-full.txt for every question?

No. Focused page retrieval reduces stale or irrelevant context. Use the full corpus for cross-cutting audits, indexing, or offline search.

Are Markdown routes intended for search indexing?

The canonical HTML page remains the search result. Markdown routes are a machine-readable representation and advertise the site-wide documentation index in their response content.

Does an example prove the service is live?

No. Read service status and proof boundaries and verify the intended authenticated environment before using customer data.
Last modified on August 14, 2026