> ## Documentation Index
> Fetch the complete documentation index at: https://vaquill.ai/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Grounding LLMs with Vaquill AI

> Why and how to ground model answers in retrieved, authoritative US statutory text

Generic language models are fluent about the law but not reliable about it. Ask one for a statute and it will often invent a plausible citation, misquote the text, or blend two unrelated sections into one confident paragraph. For legal work that is not a rough edge, it is a liability.

Grounding fixes this. Instead of asking the model what the law says, you retrieve the authoritative sections first, hand the model their verbatim text, and require it to answer only from what you provided and cite every claim. Vaquill AI is built for exactly this loop: every section comes back with a citation, full text, and a link to the official government source, so your users can verify the answer against the primary record.

<Note>
  This page is the "why" and the judgment calls. The runnable, copy-paste implementation lives in the [RAG grounding recipe](/docs/api-guide/recipes/rag-grounding), including the retrieval loop, the prompt, the citation check, and the tool-calling agent variant. Read this first, then go there for code.
</Note>

## Why grounding matters

A model with no retrieved context is answering from a compressed, lossy memory of its training data. For statutes that produces three predictable failures:

* **Fabricated citations.** The model emits a section number that looks right but does not exist, or points to the wrong title or chapter.
* **Misquoted text.** Even when the citation is real, the quoted language drifts from the enacted text. Small wording changes matter in law.
* **Overconfident coverage.** The model answers a question the law does not actually address, rather than admitting the sources are silent.

Grounding removes the model's discretion over the facts. It retrieves, it does not remember. The model's only job is to read the sections you retrieved, synthesize an answer, and attribute each claim to a citation you can trace back to the official source.

## The pattern

Four steps turn a raw question into a grounded, verifiable answer.

<Steps>
  <Step title="Retrieve the relevant sections">
    Send the user's question to `POST /us/statutes/search`. Scope it with `corpusType` (and `state` for state-scoped corpora) so you search only the body of law that can answer it. Each result carries an `actId`, a `citation`, an `excerpt`, and a source URL.
  </Step>

  <Step title="Fetch the authoritative text">
    The `excerpt` is a ranking preview, not quotable text. Get the real thing either by setting `includeBody: true` on the search, which attaches each hit's full text on `body` in the same call, or by calling `GET /us/statutes/section/{actId}/body` per section. Both bill per body served, so this is a latency choice rather than a price one.
  </Step>

  <Step title="Construct a grounded prompt">
    Build a prompt that gives the model the retrieved sections, each labeled with its citation and source URL, and instructs it to:

    * answer **only** from the provided sections,
    * cite each claim by its `citation`,
    * say plainly that it cannot find support when the sources do not cover the question.
  </Step>

  <Step title="Link back to the source">
    Show the answer with its citations, and link each one to the official government source URL returned with the section. The user verifies against the primary record, not against the model.
  </Step>
</Steps>

## Practical guidance

A few habits keep grounded answers accurate and cheap.

<AccordionGroup>
  <Accordion title="Scope retrieval to the right corpusType" icon="filter">
    Searching the entire corpus for a question that only a state penal code can answer pulls in noise that competes for the model's attention. Pass the narrowest `corpusType` that fits (for example `USC` for federal statutes, or `STATE` with `state: "ca"` for California codes).

    If you are unsure which corpora a jurisdiction has, call `GET /us/statutes/coverage` and read the `corpora` keys before you search. See [Coverage](/docs/api-guide/coverage).
  </Accordion>

  <Accordion title="Never quote the excerpt" icon="scissors">
    `excerpt` is windowed around whatever matched, so it can begin mid-section and drop a leading subsection marker. A passage that lost its opening `(a)` reads as the whole section and is not. Quote from `body`, which is the document as the publisher printed it, and treat `excerpt` as a ranking signal only.
  </Accordion>

  <Accordion title="Keep the retrieved text verbatim" icon="quote-left">
    Do not summarize, clean up, or paraphrase a section before it reaches the model. Paraphrasing is where meaning quietly shifts, and it defeats the point of grounding. Pass the `plain` text through untouched, and let the model quote from it directly.
  </Accordion>

  <Accordion title="Carry the citation and source URL with every passage" icon="link">
    When you assemble the context block, keep each passage next to its `citation` and its source URL (for example `htmlUrl`, `stateHtmlUrl`, or `govInfoHtmlUrl`). That lets the model attribute claims correctly and lets you render clickable, verifiable citations in your UI.
  </Accordion>

  <Accordion title="Treat relevanceScore as a relative rank, not a threshold" icon="ranking-star">
    `relevanceScore` orders results within a single response. It is not a calibrated confidence score and is not comparable across queries.

    Do not drop results below a fixed cutoff like `0.5` or trust a high score as proof of relevance. Use it to order what you show, and let the grounded prompt decide whether the sections actually answer the question.

    Before you build the context block, check `noGoodMatch` on the search response. When it is `true`, nothing in the corpus looks on point: tell the user that, rather than handing the model weak passages it will try to answer from. When it is `null` the ranking was degraded; retry the query.
  </Accordion>

  <Accordion title="Verify the model's citations before showing the answer" icon="circle-check">
    A grounded model should only cite sections you retrieved, but verify it anyway. Before rendering, check that every `actId` or citation the model used appears in the set you passed in.

    Drop or flag anything that does not match. This catches the rare case where the model reaches back into its own memory instead of the provided context.
  </Accordion>

  <Accordion title="Watch what retrieval costs you" icon="coins">
    A grounded turn is one search plus one body per section you cite, so cost scales with how many sections you cite rather than how many you retrieve. Cache on `actId`, which is a stable handle for a section, and read `creditsConsumed` on every response rather than computing cost from your page size.
  </Accordion>
</AccordionGroup>

The two properties that make this trustworthy: the model never sees text you did not retrieve, and you refuse to surface an answer whose citations you cannot trace back to the retrieved set.

## Related

<CardGroup cols={2}>
  <Card title="RAG grounding recipe" icon="magnifying-glass" href="/docs/api-guide/recipes/rag-grounding">
    The runnable version: retrieval loop, prompt, citation check, and the tool-calling agent variant.
  </Card>

  <Card title="Statute chatbot recipe" icon="comments" href="/docs/api-guide/recipes/statute-chatbot">
    Build a multi-turn chatbot that stays grounded across a conversation.
  </Card>

  <Card title="MCP tool" icon="plug" href="/docs/api-guide/recipes/mcp-tool">
    Expose Vaquill AI statute lookups as tools inside an agent framework.
  </Card>

  <Card title="Best practices" icon="circle-check" href="/docs/api-guide/best-practices">
    Scope queries, choose a `matchType`, cache coverage, and handle errors well.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.