Skip to main content
The platform has two data domains: court rules (filing compliance for 20+ courts and 630+ judges) and enforcement intelligence (privacy enforcement actions from 21 jurisdictions). This quickstart covers court rules via the REST API. For enforcement data, see Enforcement Data and MCP: Enforcement Data. By the end of this quickstart, you will have:
  • Listed available courts and judges
  • Retrieved judge-specific filing rules
  • Run a compliance check against those rules
All from your terminal in under 5 minutes. This guide walks through four calls: discover courts, list judges, get applicable rules, and check a document. All requests require a Bearer token. See Authentication for details.

1. See the universe

Start by listing all courts to see what’s available:
All courts are mapped. 20+ have judge data. Your plan determines which courts you can query. Use the accessible_districts field in the response to see what’s available to you.

2. List judges in a district

Returns all judges for the district. Use the slug field when calling /rules or /check.

3. Get rules for a judge

Returns the full rule set organized by authority layer: FRCP, Local Rules, and Standing Order.

4. Check a document

Send document metadata to the /check endpoint:

Minimal vs. full document input

The document object only requires page_count and word_count. With just these two fields, the API checks:
  • Page and word limits (judge-specific and local rules)
  • Courtesy copy requirements
  • Pre-motion conference requirements
  • Filing gate and bundling rules
To get structural checks (caption, signature, required sections), provide the optional fields. See Document Structure for the full schema.

Understanding results

Each result has: The summary status is:
  • COMPLIANT: No failures, no action items
  • REVIEW: No failures, but action items exist (e.g. courtesy copy reminder)
  • NON_COMPLIANT: At least one FAIL result

Next steps