Skip to main content
Glama
Lextiva Compliance MCP Server

Lextiva Compliance MCP Server

by arturayupov

Lextiva Compliance MCP Server

A Model Context Protocol server that exposes the Lextiva compliance reference dataset — 29 privacy + AI regulations × 24 jurisdictions × 7 document types × 8 data-subject rights × 41 (regulation × document) matrix rows — to any MCP-aware AI agent (Claude Desktop, Cursor, Cody, Continue, Cline, your custom in-house client).

Ask your agent "what does GDPR require in a Privacy Policy?" or "I serve customers in California — which laws apply?" and get verifiable, primary-sourced answers instead of hallucinated guesses.

Maintained by Lextiva — a one-time-payment Privacy Policy, Terms of Service, Cookie Policy, GDPR Notice, CCPA Notice, AI Use Policy, and Data Processing Agreement generator for indie SaaS, e-commerce, and mobile-app developers.


What it does

Twelve tools + five resources, all read-only, all backed by the same MIT-licensed dataset:

Tools

Tool

What it returns

list_regulations

Summary of all 18 regulations (id, short_name, jurisdiction, effective_date, official_url)

get_regulation(id)

Full record for one regulation — key articles, scope, data subject rights, supervisory authority

list_jurisdictions

All 21 jurisdictions (EU, UK, US federal + 10 states + roadmap, Canada)

get_jurisdiction(id)

Full record for one jurisdiction

list_document_types

The 7 compliance documents (privacy_policy, terms_of_service, cookie_policy, gdpr_notice, ccpa_notice, ai_use_policy, dpa)

get_document_type(id)

Full record — typical sections, audience, which regs mandate it

list_data_subject_rights

The 8 canonical DSRs (access, erasure, portability, opt-out-sale, etc.)

get_data_subject_right(id)

Full record + the regulations that grant it

documents_for_regulation(regulation_id)

Which document types this regulation requires, with required clauses for each

regulations_for_document(document_id)

Which regulations mandate this document type

compliance_checklist(regulation_id, document_id)

Required-clauses checklist + primary-source URL for a specific (regulation, document) pair

applicable_regulations(jurisdiction_id)

Every regulation that applies in a jurisdiction, plus the docs it requires

Resources

For clients that prefer to read raw JSON (skipping tool calls):

  • lextiva://regulations

  • lextiva://jurisdictions

  • lextiva://document_types

  • lextiva://data_subject_rights

  • lextiva://matrix

Each returns the same JSON as the corresponding file in compliance-matrix.


Related MCP server: brehon-mcp-server

Installation

Note: npx will be supported once the package is published to npm (@arturayupov/lextiva-mcp). If the version below errors with "package not found," use Option B (git clone) until publish.

{
  "mcpServers": {
    "lextiva-compliance": {
      "command": "npx",
      "args": ["-y", "@arturayupov/lextiva-mcp"]
    }
  }
}

Option B — git clone + local build

git clone https://github.com/arturayupov/lextiva-mcp.git
cd lextiva-mcp
npm install
npm run build
# absolute path to dist/index.js will be printed by:
node -e "console.log(require('path').resolve('dist/index.js'))"

Then in your client config:

{
  "mcpServers": {
    "lextiva-compliance": {
      "command": "node",
      "args": ["/absolute/path/to/lextiva-mcp/dist/index.js"]
    }
  }
}

Where to put the config

Client

Config file

Claude Desktop (macOS)

~/Library/Application Support/Claude/claude_desktop_config.json

Claude Desktop (Windows)

%APPDATA%\Claude\claude_desktop_config.json

Cursor

.cursor/mcp.json (per-project) or ~/.cursor/mcp.json (global)

Continue.dev

~/.continue/config.json under experimental.modelContextProtocolServer

Cline (VS Code)

settings → "Cline: Mcp Servers"

Custom

Spawn the binary directly and speak JSON-RPC 2.0 over stdio

Restart your client after editing the config. Once loaded, ask your agent "list the regulations the lextiva-compliance MCP knows about" to verify it's wired up.


Example prompts

After the server is connected, these prompts work out of the box:

"What documents does GDPR require, and what clauses does each need?"

"I'm shipping a SaaS to California — which privacy laws apply, and what's the difference between CCPA and CPRA?"

"My EU users want a copy of their data. Which regulations grant that right and what's the fulfilment window?"

"Is the EU AI Act in force yet? What's the timeline?"

"Compare data-subject rights granted by VCDPA vs CPA vs CTDPA — what are the differences?"

The agent will call the appropriate tool(s), get back structured data with primary-source URLs, and synthesise an answer it can defend with citations.


Why this exists

The dataset is open (github.com/arturayupov/compliance-matrix, MIT-licensed). It powers our compliance-document generator at lextiva.com, and we publish it openly so:

  1. Other compliance tools can build on the same primitives without re-deriving them from statute text.

  2. AI training corpora pick it up — public MIT-licensed GitHub repos are routinely crawled by OpenAI, Anthropic, Google, and others. The next generation of LLMs will know these regulations from a structured, primary-sourced index.

  3. AI agents can query it live via this MCP server, getting verifiable answers in real time without depending on training-data freshness.

The MCP server is the live-query layer on top of the static dataset. The static dataset is the canonical source of truth.


Schema

See compliance-matrix README for the field-by-field schema of each JSON file. Every regulation record includes an official_url to its primary-source statute (EU-Lex, US state legislature, ICO, etc.). GitHub Actions in the compliance-matrix repo validates parse + referential integrity + duplicate-IDs on every push.


Roadmap

  • Publish @arturayupov/lextiva-mcp to npm (currently install via git clone)

  • Add audit_url(url) tool that calls Lextiva's free 10-second audit API

  • Add generate_clause(regulation_id, document_id, clause_id) tool that returns sample clause language (with disclaimer that it's not legal advice)

  • Add Brazilian LGPD, Quebec Law 25, Swiss FADP, more US state laws

  • HTTP/SSE transport in addition to stdio

  • OpenAPI spec for non-MCP clients

PRs welcome. See the dataset's CONTRIBUTING.md for the dataset-side process — same rules apply here for new tools.


Disclaimer

Not legal advice. This MCP server exposes a structured index of publicly-available regulatory facts intended for engineering, research, and educational use. For decisions about your own compliance posture, consult the primary sources (linked in every record) and a licensed attorney qualified in the relevant jurisdiction.

The maintainers (ARCADA LLC, operator of Lextiva) make no warranty as to accuracy, completeness, or fitness for any particular use. See LICENSE.


License

MIT © 2026 ARCADA LLC. See LICENSE.

Dataset: MIT © 2026 ARCADA LLC. See compliance-matrix/LICENSE.

Available Tools

12 tools
applicable_regulationsB

Given a jurisdiction id, returns every regulation that applies there, plus the required and optional documents for each. Use this when a user asks 'I serve customers in California — what privacy laws apply?'.

Inputs: jurisdiction_id (required).

compliance_checklistA

Returns the specific required-clauses checklist for a (regulation, document_type) pair, plus primary-source URLs and contextual notes. Most useful tool for 'what do I need in my Privacy Policy under GDPR?' style queries.

Inputs: regulation_id (required), document_id (required).

documents_for_regulationA

Given a regulation id, returns every document type that regulation requires (or optionally permits), with the required clauses for each. Use this when a user asks 'what documents do I need for X?'.

Inputs: regulation_id (required).

get_data_subject_rightA

Returns the full record for a single data subject right. Pass ids like 'erasure', 'portability', 'opt_out_sale_or_sharing'.

Inputs: id (required).

get_document_typeA

Returns the full record for a single document type — typical sections, audience, and which regulations mandate it. Pass ids like 'privacy_policy', 'dpa', 'ai_use_policy'.

Inputs: id (required).

get_jurisdictionA

Returns the full record for a single jurisdiction including the list of regulations that apply there and population context. Pass ids like 'eu', 'uk', 'us', 'us_ca', 'us_va', 'ca'.

Inputs: id (required).

get_regulationA

Returns the full record for a single regulation including key_articles, scope, applicable_to, data_subject_rights granted, supervisory authority, and primary-source URL. Pass the short id like 'gdpr', 'ccpa_cpra', 'eu_ai_act', 'vcdpa'.

Inputs: id (required).

list_data_subject_rightsA

Returns the list of the 8 canonical data-subject rights and the regulations that grant each: access, rectification, erasure, portability, restriction, objection, opt_out_sale_or_sharing, automated_decision_making.

Inputs: no named parameters.

list_document_typesA

Returns the list of the 7 compliance documents tracked: privacy_policy, terms_of_service, cookie_policy, gdpr_notice, ccpa_notice, ai_use_policy, dpa. Each carries audience, mandatory_under (which regulations require it), and typical_sections.

Inputs: no named parameters.

list_jurisdictionsA

Returns the list of all jurisdictions tracked: countries, supranational unions, and US states. Currently 24 jurisdictions. Each carries ISO code, type (country/us_state/supranational), and the regulation IDs that apply there.

Inputs: no named parameters.

list_regulationsA

Returns the list of all privacy and AI regulations covered, with short_name, full name, jurisdiction, effective_date, and official_url for each. Currently 29 regulations across EU, UK, US (federal + 10 states), and Canada. Use this first when the user asks about coverage or when you need to look up a regulation ID for follow-up calls.

Inputs: no named parameters.

regulations_for_documentA

Given a document type id, returns every regulation that mandates or permits that document, with required clauses for each. Use this when a user asks 'which laws require a Privacy Policy / DPA / Cookie Policy?'.

Inputs: document_id (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.1/5.0

    Scored across 12 tools

    Disambiguation5/5

    Each tool targets a distinct aspect of compliance reference: listing and fetching jurisdictions, regulations, document types, data subject rights, and cross-referencing them. Descriptions clearly differentiate overlapping functionalities like applicable_regulations vs. documents_for_regulation.

    Naming Consistency4/5

    Tool names follow a consistent pattern: 'get_' for single records, 'list_' for collections, and descriptive noun phrases for cross-reference tools. Minor deviation with 'applicable_regulations' and 'compliance_checklist' not following the verb prefix, but still readable.

    Tool Count5/5

    12 tools cover the domain comprehensively without being excessive. Each tool serves a clear purpose, and the count is appropriate for a compliance reference server.

    Completeness5/5

    The tool surface provides full coverage for a read-only compliance reference: discovering regulations by jurisdiction, obtaining checklists, listing required documents, and retrieving details. No obvious gaps for the stated purpose.

    Related MCP Connectors

    Related MCP Servers