Tool catalog
Generated from the live
/toolsendpoint on 2026-10-02; total 77 (static 64, extended 13). Do not edit by hand: runnode scripts/gen-mcp-tools.mjsfromdocs-site/.
The runtime inventory is the source of truth: https://mcp.dpo2u.com/tools. Descriptions are reproduced verbatim from the server (Portuguese). "Required parameters" lists the required fields of each tool's input schema.
Back to the MCP server overview.
Categories
| Category | Tools |
|---|---|
| On-chain attestations (Solana / Stellar) | 14 |
| Consent and jurisdiction registries | 9 |
| Zero-knowledge proofs | 9 |
| Securities (CVM) and crypto-assets (MiCAR) | 5 |
| AI governance | 12 |
| Legal sources and multi-jurisdiction | 9 |
| Document generation | 12 |
| Risk, audit and operations | 7 |
On-chain attestations (Solana / Stellar)
| Tool | Description | Required parameters |
|---|---|---|
verify_compliance_proof | Verifica prova de compliance (commitment hash/ZK proof) | proofHash, cid |
evaluate_onchain_erasure_strategy | Avalia estratégia de compliance com GDPR Art. 17 (right to erasure) vs imutabilidade blockchain. Retorna análise das 4 opções arquiteturais: (a) off-chain storage + on-chain hash, (b) encryption + key destruction (cryptographic shredding), (c) deactivation/tombstone, (d) RTBF-compliant L2 (Aztec/pruning). Inputs descrevem o caso de uso; output é recomendação ranked + trade-offs. Reference: GDPR Art 17, Recital 26, ECJ Breyer 2016, CNIL Blockchain Guidance. | systemDescription, onchainData, controllerJurisdiction |
register_retention_policy_onchain | Registra on-chain (dpo2u-solana compliance-registry) uma política de retenção previamente gerada. Âncora CID Lighthouse + content hash como Attestation PDA. Usa create_attestation (sem ZK) porque retention policies são públicas. | cid, contentHash |
submit_compliance_attestation | Submete uma attestation LGPD/GDPR on-chain no compliance-registry program (create_attestation legacy path, sem ZK). Server wallet assina como issuer. Para ZK-verified use submit_verified_compliance_attestation. | subject |
submit_attestation_stellar | Submete uma atestação de conformidade on-chain na Stellar/Soroban via o Pilot Gateway (POST /api/v1/attestation/submit). Caminho dual-chain — para Solana use submit_compliance_attestation. Use cases B2B: compliance_attestation_v1, lgpd_compliance_v1, gdpr_compliance_v1, zk_compliance_v1, etc. | use_case_id, request_id, evidence |
build_compliance_evidence | Converte um input de auditoria de conformidade no objeto evidence do use case compliance_attestation_v1, com score de maturidade. A saída alimenta submit_attestation_stellar — fecha o laço scoring→atestação. | organization, jurisdiction |
submit_verified_compliance_attestation | Submete uma attestation ZK-verified no compliance-registry (create_verified_attestation). Faz CPI ao SP1 verifier program antes de gravar. commitmentHex deve equalar a subject_commitment (bytes[32..64] do publicInputs). Requer proof SP1 v6 (356 bytes) + public_inputs (96 bytes). | subject, commitmentHex, proofHex, publicInputsHex |
revoke_compliance_attestation | Revoga uma attestation LGPD/GDPR on-chain (compliance-registry.revoke_attestation). Apenas o issuer original pode revogar — usa server wallet por default; passe altSignerBase58 se a attestation foi criada por outro signer. | attestationPda, reason |
erase_attestation_payload | LGPD Art. 18 right-to-erasure composer. Revokes the attestation on-chain (compliance-registry.revoke_attestation) and returns structured erasure guidance for the off-chain payload based on the storage backend (IPFS → rotate KEK; Shadow Drive → close account; mock → local delete). | attestationPda, reason, eraseBackend |
describe_pipeline | Return the canonical DPO2U compliance pipeline (DISCOVER → AUDIT → ASSESS → REMEDIATE → DOCUMENT → PROVE → REGISTER, plus on-demand ERASE). Use this before chaining compliance tools so the ordering is derived from the protocol, not guessed from tool names. Optionally filter to a single stage by name. | — |
fetch_compliance_attestation | Lê (read-only) uma attestation PDA do compliance-registry. Aceita subject + commitmentHex OU subject + commitmentText (será hashed). | subject |
submit_composed_attestation | Composed Stack: submete attestation compressed atomicamente — Shadow Drive upload (immutable) + SP1 verify CPI + Light Protocol leaf insert + Squads vault authority gating. ~$0.03/op vs $0.34 LOCKED rent do flow regular. Requer SP1 proof v6 (356 bytes), public_inputs (96 bytes), payload arbitrário (uploaded a Shadow Drive). Authority é Squads vault[3] Compliance Authority PDA (pode revocar via revoke_composed_attestation). | subject, commitmentHex, proofHex, publicInputsHex, payloadBase64, payloadFilename, jurisdiction, authorityPubkey, stateTreePubkey, stateQueuePubkey, shdwStorageAccount |
fetch_composed_attestation | Fetch compressed attestation por leaf hash via Photon Indexer. Retorna leaf data decoded (subject, jurisdiction, status, authority, shdw_url, etc.) e flag verifying se payload Shadow Drive bate com payload_hash on-leaf. Usar pra audit verification (regulador) ou status check (issuer). | leafHashHex |
revoke_composed_attestation | Revoke compressed attestation via Squads v4 proposal. Cria proposal no vault[3] Compliance Authority chamando compliance-registry-pinocchio::revoke_compressed (selector 0x04). Aguarda 2-of-3 approve + 24h time-lock antes de execute. Retorna proposal PDA pra members assinarem em squads-cli. | oldLeafHex, expectedOldLeafHashHex, revokeReason, squadsMultisigPubkey |
Consent and jurisdiction registries
| Tool | Description | Required parameters |
|---|---|---|
generate_consent_manager_plan | Gera plano de implementação de Consent Manager (DPDP India Rules 2025 §6 + Capítulo 2) com arquitetura on-chain sobre o dpo2u-solana consent-manager program. Inclui taxonomia de purposes, fluxos record/revoke, pontos de integração e checklist DPDP. | organizationName |
submit_consent_record | Submete uma transação real on-chain no consent-manager program (DPDP India §6) — record_consent. Server wallet assina como data fiduciary; o user (data principal) precisa ser uma pubkey válida. Retorna tx signature + PDA. Para produção, use o SDK client-sdk com seu próprio keystore; esta tool é para validação/dev. | user, purposeCode, purposeText |
submit_consent_revoke | Revoga um consent event on-chain (DPDP §6(4) — direito de retirada). CRÍTICO: o programa exige require_keys_eq!(rec.user, signer) — então o caller DEVE passar userSignerBase58 (a secret key base58 do próprio user, 64 bytes). Sem isso, a tx falha. Pra produção, use o SDK; esta tool é para validation. | consentPda, reason, userSignerBase58 |
fetch_consent_record | Lê (read-only) um consent PDA do consent-manager on-chain. Aceita user + dataFiduciary + purposeText (hashed) OU user + dataFiduciary + purposeHashHex (pre-computed). Retorna o registro decodificado ou null se não existir. | user, dataFiduciary |
register_popia_io | Registra um Information Officer formal no popia_info_officer_registry program (POPIA §55, África do Sul). Server wallet assina como Responsible Party. Retorna tx signature + appointment PDA. Para produção use SDK; tool é pra validação dev/devnet. | informationOfficer, contactHashHex |
register_ccpa_optout | Registra um opt-out CCPA §1798.135 (Califórnia) no ccpa_optout_registry program. 3 kinds: 1=sale, 2=share, 3=sensitive. PDA usa hash do consumidor (não pubkey direta) — ledger sem PII, conforme CCPA §1798.100(c) data minimization. | optoutKind, viaGpc |
record_pipeda_consent | Registra consent granular conforme PIPEDA Schedule 1 (Canadá). Inclui consent_form (express/implied/opt-out — Princípio 4.3.6), bitmap principles_evidenced (1-10), opcional cross_border_destination (ISO-3166 alpha-2, Princípio 4.1.3). Para flag RROSH (DPA 2018 §10.1) use tool separada. | subject, purposeCode, purposeText, consentForm, principlesEvidenced |
issue_pipa_zk_identity | Emite uma ZK identity attestation no pipa_korea_zk_identity program (PIPA Korea Art. 24 — i-PIN replacement). Requer SP1 v6 Groth16 proof real (356 bytes) + public_inputs (96 bytes) onde public_inputs[32..64] = subject_commitment. 4 kinds: 1=age_gate_19, 2=korean_resident, 3=kyc_verified, 4=domestic_representative. | subjectCommitmentHex, attributeKind, attributeMetadataHashHex, proofHex, publicInputsHex |
verify_consent | Verify consent mechanisms | — |
Zero-knowledge proofs
| Tool | Description | Required parameters |
|---|---|---|
zk_compliance_attest | Zero-knowledge compliance attestation (DPO2U + Solana). Default action="full" runs prove→verify→register end-to-end and returns unified receipt with real on-chain tx sigs. Use generate/verify/register for step-by-step control. | companyId |
cvm_generate_zk_proof | RF03: ZK Compliance Proof Generator. Gera prova criptográfica preservando privacidade. | claimStatement, proofScheme |
verify_agent_repo_zk_proof | Verifica uma prova Zero-Knowledge (SP1/Groth16) que atesta que o repositório de um Agente de IA cumpre a política estabelecida sem revelar seu código-fonte. Verificação REAL on-chain via ComplianceChainClient (SolanaDriver → SP1 verifier) — não é mais um stub. | agentDid, repoCommitHash, proofPayload |
encrypted_reporting | Generate comprehensive compliance reports using homomorphic encryption - never expose sensitive data | report_type, organization, time_period |
private_benchmark | Compare organizational metrics against industry peers without revealing sensitive data using secure multi-party computation | benchmark_type, industry_sector, organization_size, comparison_metrics |
zk_compliance_proof | Generate cryptographic zero-knowledge proofs of compliance without revealing sensitive organizational data | proof_type, claim_statement, evidence_categories, regulations |
fhe_executive_dashboard | Generate executive-level dashboards with fully encrypted KPIs and metrics - perfect for board presentations | dashboard_type, time_horizon, kpi_categories |
homomorphic_analytics | Perform privacy-preserving analytics on encrypted data without ever decrypting sensitive information | analysis_type, data_source |
secure_data_sharing | Enable secure multi-party data sharing for compliance without exposing sensitive organizational information | sharing_type, organizations, data_categories, purpose |
Securities (CVM) and crypto-assets (MiCAR)
| Tool | Description | Required parameters |
|---|---|---|
validate_cvm_token_rules | Valida se uma operação de investimento em um token RWA/Security Token cumpre as regras da CVM (ex: limites de investimento para não-qualificados, lock-ups). | tokenName, investorProfile, investmentAmount |
generate_cvm_compliance_report | Gera relatório de obrigações contínuas (CVM) a partir das evidências fornecidas. Toda seção sem evidência é marcada como LACUNA e entra em gaps; o veredito só é "conforme" se houver evidência para cada obrigação verificada. Sem evidências, devolve nao-avaliado. | tokenName, issuerCnpj, reportingPeriod |
evaluate_project_compliance | Avalia um projeto completo e roteia automaticamente para o motor da CVM (se possuir token) ou para o AI Act (se for um agente de IA). Sprint E (2026-05-04): roteamento adicional para audit_ai_governance quando isAgenticAI=true E aiModelConfig.targetAIJurisdiction está em {JAPAN, JP, HIROSHIMA, EU, EU-AIA, KOREA, KR}. Resultado merge: privacy compliance + AI governance scoring no mesmo payload. | projectName, hasToken, isAgenticAI |
cvm_generate_disclosure | RF02: CVM Disclosure Generator. Gera documento (Seção 5.1 ou 5.2 do Parecer 40/2022). | section, data |
audit_micar_art | Audita um ART vault (dpo2u-solana art-vault program) para conformidade MiCAR — Proof of Reserve (Art. 36), Liquidity Vault (Art. 39), Capital Buffer 3% (Art. 35), Velocity Limiter (Art. 23). Retorna diagnóstico JSON com scores, missing_controls e recommendations. | — |
AI governance
| Tool | Description | Required parameters |
|---|---|---|
generate_agent_repo_policy | Gera uma política JSON estruturada descrevendo as restrições e regras que o código de um Agente de IA deve provar via ZK-SP1 (ex: sem vazamento de chaves, acesso restrito). | agentName, domain |
generate_aiverify_plugin_template | Gera scaffold Python para integração AI Verify Toolkit (Singapore AIVT 2.0) + submissão on-chain via aiverify-attestation program. Retorna arquivo pronto para copiar — não roda AI Verify, apenas estrutura o plugin + anchoring. | — |
audit_ai_governance | Audita conformidade com framework AI governance (8 frameworks: JAPAN, HIROSHIMA-ICOC, EU-AIA, KOREA, CAIDP-UG, UNESCO-RAM, MGF-AGENTIC, AI-GOVERNANCE-STACK). Diferente de check_compliance (privacy), foca em obrigações AI: CAIO appointment (DS-920), red teaming evidence (AISI Red Teaming v1.10), data quality docs (AIST ML Quality v3 + AISI Data Quality v1.01), Hiroshima ICOC alignment (11 princípios), AI Business Operator Guidelines compliance (10 princípios METI+MIC). Retorna scored checklist + recommendations + recommendedTool sugerindo submit_hiroshima_icoc_attestation se score≥0.7. AI-GOVERNANCE-STACK é methodology (não regulação) — retorna output descritivo sem scoring. Para per-agent capability-shaped audit, use assess_agent_capability. | jurisdiction, organizationProfile |
generate_caio_governance_plan | Gera plano organizacional para Chief AI Officer (CAIO) baseado em DS-920 (Digital Agency Japan, May 2025) + AISI CAIO Guidebook (March 2026). Cobre: papel CAIO + reporting line + audit interno + decision framework + AI usage policy. Output em Markdown estruturado pronto pra adoção. | organizationName |
evaluate_red_team_evidence | Avalia evidence de red teaming de sistemas AI contra AISI Red Teaming Guide v1.10 (March 2025). Valida cobertura de: prompt injection, jailbreak scenarios, output safety, bias/toxicity testing, privacy leakage. Retorna score + gaps + recommendations. Não substitui peer review humano; é triage automatizado. | aiSystemId |
submit_hiroshima_icoc_attestation | Submete atestação on-chain de compromisso com Hiroshima International Code of Conduct (G7 voluntary code). Wrapper SDK pro programa Solana hiroshima_ai_process_attestation. Retorna tx signature + PDA. Atestação tem peso simbólico (voluntary code, não enforce statutory). Status atual: programa em deploy devnet (Sprint E Fase 3). Tool retorna program_not_deployed se SDK ainda não inicializado. | aiSystemId, attestationType, evidenceHashHex |
assess_agent_capability | Per-agent capability-shaped assessment (A1-A5) against one or more AI governance frameworks. Returns obligations + gaps + runtime-control recommendations + Stack L1-L5 heatmap. Different from audit_ai_governance (full-framework checklist) and evaluate_project_compliance (project routing) — this is per-agent + capability-shaped. For banned-category screening use audit_ai_red_lines. | agentId, jurisdiction, capabilitiesInUse |
generate_runtime_enforcement_plan | Generates a deployment-ready Markdown runtime-enforcement plan for an agentic AI deployment. Maps target framework(s) + agent capabilities + (optional) IMDA risk taxonomy to 8 runtime control families: policy-as-code, tool gating, memory scoping, delegation controls, audit envelopes, decision envelope, continuous evaluation, incident response. When MGF-AGENTIC is in scope, prescribes the MCP server whitelist (§2.3.1 of the IMDA framework). | organizationName, jurisdiction, capabilitiesInUse |
audit_ai_red_lines | Audita um sistema AI contra as red lines da CAIDP (Apr 2026 UN Global Dialogue submission) + EU-AIA Art. 5 prohibited categories. 7 categorias canônicas: emotion_analysis, biometric_categorization, biometric_mass_surveillance, predictive_policing, child_targeting, social_scoring, subliminal_manipulation. Retorna status (compliant | red_line_violation | requires_review), violations[], jurisdictionsBanning, terminationObligationRecommended. Quando terminationObligationRecommended=true, próximo step é submit_hiroshima_icoc_attestation com attestation_type=red_line_negative ou flag_termination_obligation on-chain (F.2). | aiSystemId, prohibitedUseFlags |
generate_ai_hria | Gera Human Rights Impact Assessment (HRIA) específico pra sistema AI — distinto de DPIA (que cobre só data protection). Cobre dimensões enfatizadas pelo CAIDP: free expression, association, privacy, gender-based violence facilitation (CAIDP HRC submission Feb 2025), vulnerable populations, children safety. Output Markdown estruturado pronto pra adoção. Aligned com UNESCO RAM social_cultural dimension + EU-AIA Art. 27 FRIA. | aiSystemId, systemName, systemPurpose |
report_ai_incident | Estrutura um AI incident report aligned com AIAAIC Repository / AI Incident Database (referenciado pelo CAIDP no UN Global Dialogue submission). Categorias: discrimination, safety_failure, privacy_breach, misinformation, agentic_misbehavior, children_harm, gender_based_violence, other. Severidade 1-5. Recomenda escalation para UN Special Rapporteur on AI/Human Rights se severity≥4 + harmClassification=rights_violation. Não publica em registries externos — produz report estruturado pronto pra submission manual pelo DPO. | aiSystemId, incidentType, harmClassification, severity, summary |
caidp_ai_index_score | Score um projeto / organização contra a metodologia CAIDP AI Index 2026 (90 países, 10 indicadores: public_participation, algorithmic_transparency, fairness, independent_oversight, accountability, human_rights_commitment, data_protection, democratic_values, research_collaboration, capacity_building). Aplicação: bridge AI safety + fairness (CAIDP rec #2). Output: scores 0-100 por dimensão + score agregado + comparativo qualitativo (sem fabricar média 90-país; cita CAIDP report como ground truth). | organizationName, indicators |
Legal sources and multi-jurisdiction
| Tool | Description | Required parameters |
|---|---|---|
compliance_query | Busca semântica no Zettelkasten LGPD/GDPR (LEANN) | query |
calculate_privacy_score | Calcula score de maturidade LGPD/GDPR (0-100) com análise detalhada por categoria | company |
check_sectoral_framework | Retorna snapshot KB de framework regulatório setorial (10 frameworks Sprint 2026-05-27): BCB-LEI-14478 (BR VASP), EUDR (EU Deforestation), MIFID-II (EU securities), PCI-DSS (card data), CVM-RES-175 (BR security tokens), RFB-IN-1888 (BR crypto tax), EIDAS-2 (EU Digital Identity Wallet), FATF-TRAVEL-RULE (global AML), SEC-HOWEY-REG-D (US securities), CNBV-UIF-MEXICO (MX fintech+AML). Distinto de check_compliance (data protection jurisdictions). Use para entender requirements + on-chain automation opportunities por framework. | framework |
check_compliance | Verifica conformidade em 15 jurisdições: LGPD, GDPR, MICAR, DPDP, PDPA, UAE/PDPL, POPIA, NDPA, CCPA, PIPEDA, LAW25, PIPA, PDP, APPI, ART. Para LGPD/GDPR, gera article-by-article checklist com score. Para as demais 13, retorna KB snapshot + pointer para compare_jurisdictions. | company, auditScope |
compare_jurisdictions | Compara jurisdições regulatórias (LGPD/BR, GDPR/EU, DPDP/IN, MICAR/EU, PDPA/SG, UAE) para escolha de setup DPO2U. Retorna matriz cross-jurisdicional + best-use-case + on-chain opportunity por target market. | — |
generate_adgm_foundation_charter | Gera charter/articles template para registro de uma DPO2U-style Foundation sob o ADGM DLT Foundations Framework (Abu Dhabi). Saída é um skeleton Markdown, NÃO aconselhamento legal — validar com counsel ADGM antes de submeter. | foundationName, protocolPurpose, initialCouncillors |
multi_jurisdiction_compliance_check | Fan-out de check_compliance para N jurisdições em uma chamada. Aggregate scores cross-border + identifica common gaps (que aparecem em ≥2 jurisdições) + jurisdiction-specific gaps + dedup recommendations. Use case: audit de empresa multinacional que opera sob LGPD+GDPR+CCPA+APPI+PIPA simultaneamente. Reutiliza article-by-article checklist do check_compliance por jurisdição (LGPD/GDPR full + outras 13 via keyArticles + boolean overlay). | company, jurisdictions |
resolve_legal_citation | Resolve uma citação legal (URN LexML, número de lei, ou trecho do título) contra o corpus oficial sincronizado pelo dpo2u-legal-worker. Retorna o documento normalizado + content_hash + aggregate_hash da jurisdição para uso em attestations on-chain. | jurisdiction, citation |
verify_corpus_manifest_onchain | Cross-checks the legal-worker corpus output against the on-chain legal_source_manifest PDA for a given jurisdiction. Detects tampering / drift between the off-chain corpus and the on-chain hash anchor. Returns verdict in {in-sync, drift, not-anchored, no-corpus}. Closes the chain-of-custody loop for resolve_legal_citation. | jurisdiction |
Document generation
| Tool | Description | Required parameters |
|---|---|---|
generate_dpia | Gera Relatório de Impacto à Proteção de Dados (DPIA) | company, processingActivity, dataTypes, dataSubjects, purpose |
generate_dpia_stored | Gera DPIA e armazena no Filecoin (Lighthouse) | company, processingActivity, dataTypes, dataSubjects, purpose |
generate_audit_checklist | Gera checklist de auditoria LGPD/GDPR | company, auditScope, framework |
generate_audit_stored | Gera uma auditoria LGPD/GDPR completa e entrega três artefatos em uma só chamada: (1) PDF pronto pro cliente (base64), (2) ciphertext AES-256-GCM pinado no IPFS com CID auditável, (3) commitment ancorado on-chain no compliance-registry PDA (quando registerOnChain=true). Response inclui a chave AES pra decrypt posterior. | company, auditScope |
map_data_flow | Mapeia fluxo de dados com diagrama Mermaid e identificação de riscos | systemName |
generate_privacy_policy | Gera Política de Privacidade completa e personalizada conforme LGPD/GDPR | companyName, contactEmail |
generate_terms_of_use | Gera Termos de Uso completos e personalizados conforme LGPD | companyName, contactEmail |
generate_security_policy | Gera Politica de Seguranca da Informacao completa conforme LGPD/ISO 27001 | companyName, contactEmail |
generate_retention_policy | Gera Política de Retenção granular — matriz por categoria de dado com período, base legal, método de descarte e storage backend. Fecha o gap "política de retenção genérica" do audit_infrastructure. | companyName, dataCategories, dpoName, dpoEmail |
create_dpo_report | Gera relatório executivo DPO com métricas, highlights e recomendações | company, period |
generate_lgpd_kit | Gera um Kit LGPD completo (schema: dpo2u/lgpd/v1) e realiza o Blind Upload (cifrado via AES-256) para o IPFS/Lighthouse. Retorna a chave simétrica para gerenciamento de Crypto-Shredding e o CID da atestação. | companyName, companyId, dpoContact, retentionDays, dataCategories, consentMechanism |
generate_document_package | Gera o pacote documental completo de um engajamento de compliance (até 18 documentos PDF com marca, capa selada e rodapé numerado) a partir de um EngagementDossier. Slots sem lastro são OMITIDOS e reportados em manifest.gaps — nada é fabricado. Documentos de pesquisa (handoff jurídico, tese) são attach-only. Marcas disponíveis: strix. O schema do dossiê é servido por GET /v1/schema do docgen. | dossier |
Risk, audit and operations
| Tool | Description | Required parameters |
|---|---|---|
check_compliance_status | Auth-Check de conformidade por CNPJ/DID. INDISPONÍVEL: a resolução de CNPJ/DID para a attestation PDA on-chain ainda não existe. Responde fail-closed (authorized=false, compliant=null) e aponta para fetch_compliance_attestation, que lê o registro real on-chain. Não use como gate de autorização. | companyId |
automated_remediation | Automatically detects, evaluates and corrects compliance gaps with cryptographic evidence - elevates compliance score from 78% to 95%+ | remediation_scope, auto_apply, dry_run, compliance_target |
audit_infrastructure | Performs complete infrastructure audit to identify personal data and compliance gaps | target, depth, compliance |
assess_risk | Assess privacy and compliance risk levels | target, depth, compliance |
analyze_contract | Analyze contracts for data protection compliance (LGPD/GDPR) | contractText |
simulate_breach | Simulate a data breach scenario | — |
setup_company | Setup company for LGPD compliance with DPO registration | companyName, cnpj, email, phone, sector, companySize, dpoName, dpoEmail, dpoPhone, addressStreet, addressCity, addressState, addressZipCode |
Supported jurisdictions
Read from the JURISDICTION_CODES enum in packages/mcp-server/src/kb/jurisdictions/index.ts (25 codes). Tools such as check_compliance also accept aliases (for example BR, EU, MICA) that resolve to these codes.
LGPD, GDPR, DPDP, MICAR, MICAR-CASP, PDPA, UAE, POPIA, NDPA, CCPA, PIPEDA, LAW25, PIPA, PDP, APPI, MEXICO, VIETNAM, MALAYSIA, KENYA, GHANA, COLOMBIA, TANZANIA, RWANDA, UGANDA, ARGENTINA