Resources
DocketLayer (DL) Resources are reference articles and conceptual background for builders working with court data infrastructure, the x402 payment protocol, and agent-native API design.
The articles go deep enough to be operationally useful — covering how PACER and CM/ECF work, how DocketLayer constructs court identifiers and normalizes docket data, how x402 turns payment into authentication, and what distinguishes an API built for agents from one built for developers.
Reference
The US federal court system runs on CM/ECF — a distributed infrastructure where each of the 94 district courts, 94 bankruptcy courts, and 13 courts of appeals operates its own independent instance. There is no single federal court database and no official programmatic access layer.
PACER provides human-facing access on top of CM/ECF; turning that into structured data means parsing HTML across hundreds of independently maintained systems and normalizing it into a consistent schema. The Second and Ninth Circuits have migrated to ACMS, a newer appellate case management system with a different data structure; DocketLayer handles both transparently.
State court data operates without a federal equivalent of PACER. Each state — and in many cases each county within a state — maintains its own portal. DocketLayer covers general jurisdiction courts across all 50 states through integrations against statewide unified portals, Tyler Technologies Odyssey deployments across Illinois, Indiana, Minnesota, Missouri, and others, authenticated session portals such as West Virginia's WVPASS, and independent county systems.
Coverage is full for most states, partial where portal access is limited by the source system, and gated pending commercial approval in Texas. The state court data article and the coverage status article describe what each coverage level means for your queries.
Canadian coverage spans 25 courts: the Federal Court of Canada, the Federal Court of Appeal, the Tax Court of Canada, and 22 provincial and territorial superior courts.
Ten of those courts carry full coverage; the remainder are partial, reflecting the limits of each province's public portal. Federal courts and courts in officially bilingual provinces return data in English or French via the language parameter. Quebec's superior courts are integrated and indexed but gated pending a commercial agreement with SOQUIJ, Quebec's provincial data broker.
US & Canadian Court Directory
2,148 courts across all 50 US states, the federal system, and Canada — every court code, name, and portal link in one place.
Coverage Status: Full, Partial, and Planned
What each coverage value means, how it affects query responses, and how to check a court's status before you build.
How PACER and CM/ECF Work
Federal court data infrastructure explained — what PACER and CM/ECF are, the ACMS transition, and why normalization is the core engineering challenge.
Federal and State Court Case Number Formats
Format patterns for federal district, bankruptcy, appellate, state, and Canadian court case numbers — and how DocketLayer normalizes them.
Court Code Reference
How DocketLayer constructs court identifiers across federal, state, and Canadian courts, with lookup patterns and coverage field semantics.
API Error Reference
Every HTTP status code and error code returned by the DocketLayer API, what causes each, and the correct handling strategy.
US State Court Data
How state courts work, the portal types DocketLayer integrates with, coverage variation by state, and what categories of cases are excluded.
Canadian Court Data
Federal, provincial, and territorial court coverage for Canada — structure, bilingual data handling, and current limitations.
x402 and Payments
DocketLayer's payment model is worth understanding before you build. The x402 protocol makes payment the authentication mechanism — there are no API keys to provision, no accounts to create, and no subscriptions to manage.
Every request is paid at the point of query: $0.99 in USDC on Solana, settled through a four-step HTTP handshake.
Solana's sub-cent transaction fees make $0.99 micropayments economically viable; USDC keeps the query price stable regardless of market conditions. The payment articles cover the x402 handshake in detail, how USDC works as an SPL token on Solana, and how per-request billing compares to subscription pricing.
What Is the x402 Payment Protocol?
How x402 turns payment into authentication — no API keys, no accounts, no subscriptions. The concepts behind how DocketLayer access works.
x402 vs API Keys
Technical comparison of per-request micropayments and traditional API key subscriptions — tradeoffs for AI agents and autonomous workflows.
Pay-Per-Query vs Subscription
Cost modeling and use case fit for pay-per-query and subscription pricing, including how x402 enables frictionless per-request billing.
USDC on Solana
What developers need to know about USDC as an SPL token — mint address, decimals, token accounts, and how payments flow through the x402 protocol.
AI Agents and MCP Server
DocketLayer is built to operate without human intervention, and the articles in this section address what that requires in practice.
The MCP endpoint at api.docketlayer.ai/v2/mcp exposes seven tools — three free, four paid via x402 — that any MCP-compliant AI client can discover and invoke directly.
The article on designing APIs for agents covers the specific ways agent-native APIs differ from developer-facing ones: schema predictability, machine-readable error codes, idempotency, capability discovery, and payment as protocol. Whether you are integrating via MCP or the REST API, these articles describe the design decisions behind DocketLayer and what they mean for autonomous workflows.
What Is an MCP Server?
Model Context Protocol explained — how AI models discover and invoke external tools, and how DocketLayer exposes its capabilities as MCP tools.
Designing APIs for AI Agents
What makes an API easy for agents to use correctly: structured responses, machine-readable errors, payment as protocol, and capability discovery.
Use Cases
These articles address specific professional workflows where court docket monitoring solves a concrete operational problem.
Each assumes you have a case number — discovery happens elsewhere. DocketLayer is the monitoring layer: structured, continuous, and per-query.
Debt Collection and the Automatic Stay
How the bankruptcy automatic stay creates operational exposure for collections workflows, and how docket monitoring closes the gap between filing and awareness.
Counterparty Monitoring for Compliance Programs
How BSA/AML and OFAC compliance programs use court docket monitoring to track enforcement actions, asset forfeitures, and civil proceedings against known counterparties.
Bankruptcy Monitoring for Lenders and Creditors
The filing-to-discovery gap, what happens to secured and unsecured creditors during it, and how structured docket monitoring supports proof-of-claim workflows.
Docket Monitoring for Litigation Teams
How litigation teams use delta monitoring across large case portfolios — including cases where they have not appeared — to track deadlines and filing activity at scale.