bidda avatar

Bidda Compliance

com.bidda/bidda-compliance

Connects Claude to 9,500 cryptographically verified compliance nodes spanning EU AI Act, GDPR, HIPAA, DORA, NIST, MITRE ATT&CK, and 34 other regulatory frameworks. Nine tools let you search nodes by keyword, fetch dependency chains, cross-walk frameworks (like GDPR Article 17 to CCPA right-to-delete), pull jurisdiction-specific bundles, and run pre-flight compliance checks on natural language actions. Every node traces to primary legal sources with an average of seven citations and includes machine-executable workflows instead of summaries. Discovery tier is free over streamable HTTP with no API key. Reach for this when you need deterministic regulatory answers tied to actual legal instruments, not LLM inference.

GitHub stars
1
tools
25
transport
HTTP
last updated
Jul 13, 2026

Install

From registry metadata
$ npx add-mcp https://bidda.com/mcp --name bidda-compliance

Run in your terminal. add-mcp asks which agents to add it to (Claude Code, Codex, Cursor and more). Add -g to install it for every project.

Review the command, arguments and environment values before installing. MCP servers run with your local permissions.

Other ways

Claude Code

$ claude mcp add --transport http bidda-compliance https://bidda.com/mcp

Run in your terminal. Add --scope user to make it available in every project.

Tools

Verified live · 25 tools

Verified live against the running server on Nov 6, 2026.

list_pillarsList all compliance pillars in the Bidda Sovereign Intelligence registry with node counts. Use this first to discover available compliance domains before searching. Bidda has 10,102 cryptographically-verified nodes across 39 pillars, including a MITRE layer spanning 6 framewor...

List all compliance pillars in the Bidda Sovereign Intelligence registry with node counts. Use this first to discover available compliance domains before searching. Bidda has 10,102 cryptographically-verified nodes across 39 pillars, including a MITRE layer spanning 6 framewor...

No parameters. Call it with no arguments.

search_nodesSearch Bidda compliance nodes by keyword. Returns matching node summaries including a one-sentence BLUF (Bottom Line Up Front): the exact compliance obligation in plain language. Every node traces to a primary legal source (no hallucination). Examples: "Basel III capital", "GD...3 params

Search Bidda compliance nodes by keyword. Returns matching node summaries including a one-sentence BLUF (Bottom Line Up Front): the exact compliance obligation in plain language. Every node traces to a primary legal source (no hallucination). Examples: "Basel III capital", "GD...

Parameters* required
limitnumber
Max results (default 10, max 25)
pillarstring
Optional: filter by pillar name, e.g. "Banking & Global Finance", "Cybersecurity", "AI Governance & Law", "Medical & Healthcare"
query*string
Search terms, e.g. "Basel III capital requirements", "GDPR data breach notification 72 hours", "FATF travel rule"
get_nodeGet a specific compliance node by its ID. Returns the node summary: title, compliance pillar, version, last updated, and BLUF. The full node (machine-executable deterministic workflow, actionable schema, primary legal citations, dependency chain) is available at bidda.com.1 params

Get a specific compliance node by its ID. Returns the node summary: title, compliance pillar, version, last updated, and BLUF. The full node (machine-executable deterministic workflow, actionable schema, primary legal citations, dependency chain) is available at bidda.com.

Parameters* required
id*string
Node ID, e.g. "basel-iii-capital", "gdpr-article-5-principles", "fatf-40-recommendations-2023-consolidated", "us-hipaa-privacy-rule"
get_dependency_chainWalk the prerequisite chain for a compliance node. Given one node, returns its full dependency tree (the prior obligations an agent must satisfy before this one applies). Use this to plan a complete compliance posture: unlocking one node usually requires understanding 3-8 upst...2 params

Walk the prerequisite chain for a compliance node. Given one node, returns its full dependency tree (the prior obligations an agent must satisfy before this one applies). Use this to plan a complete compliance posture: unlocking one node usually requires understanding 3-8 upst...

Parameters* required
max_depthinteger
How many hops to walk (1-4). Default 2.
node_id*string
Root node ID to expand from.
get_crosswalkReturn the cross-framework mapping dimensions for a node: which other regulations, standards, or jurisdictions this rule maps to (e.g. GDPR Article 17 → CCPA right-to-delete → POPIA Section 24). Discovery returns the available dimensions; full mapping values are vault-gated.1 params

Return the cross-framework mapping dimensions for a node: which other regulations, standards, or jurisdictions this rule maps to (e.g. GDPR Article 17 → CCPA right-to-delete → POPIA Section 24). Discovery returns the available dimensions; full mapping values are vault-gated.

Parameters* required
node_id*string
Node ID to inspect crosswalks for.
get_latest_changesList the most recently updated compliance nodes: the regulatory change feed. Use to monitor incoming amendments, new guidance, or freshly added rules. Filter by pillar to focus on a domain. Agents should call this on a schedule to keep compliance posture current.2 params

List the most recently updated compliance nodes: the regulatory change feed. Use to monitor incoming amendments, new guidance, or freshly added rules. Filter by pillar to focus on a domain. Agents should call this on a schedule to keep compliance posture current.

Parameters* required
daysinteger
Look back N days. Default 30. Max 180.
pillarstring
Optional pillar filter, e.g. "AI Governance" or "Cybersecurity".
get_jurisdiction_bundleReturn all compliance nodes that apply in a specific jurisdiction (EU, US, UK, Australia, Singapore, India, Canada, China, South Africa, Japan, Brazil and others). Use when an agent enters a new market and needs the full regulatory surface for that geography.2 params

Return all compliance nodes that apply in a specific jurisdiction (EU, US, UK, Australia, Singapore, India, Canada, China, South Africa, Japan, Brazil and others). Use when an agent enters a new market and needs the full regulatory surface for that geography.

Parameters* required
jurisdiction*string
Jurisdiction code or name: eu, us, uk, au, sg, india, canada, china, south-africa, japan, brazil.
limitinteger
Max nodes to return. Default 25. Max 100.
get_mitre_mappingThe MITRE Rosetta Stone. Given a MITRE technique ID across 5 frameworks (ATT&CK Enterprise, ATT&CK Mobile, ATT&CK ICS, D3FEND, ATLAS), return the Bidda node for that technique plus its mapped compliance obligations: NIST 800-53 controls, ISO 27001 Annex A clauses, PCI DSS requ...1 params

The MITRE Rosetta Stone. Given a MITRE technique ID across 5 frameworks (ATT&CK Enterprise, ATT&CK Mobile, ATT&CK ICS, D3FEND, ATLAS), return the Bidda node for that technique plus its mapped compliance obligations: NIST 800-53 controls, ISO 27001 Annex A clauses, PCI DSS requ...

Parameters* required
technique_id*string
MITRE technique ID. ATT&CK Enterprise (T1566, T1486, T1078, T1003.001, T1547.001); ATT&CK Mobile (T1474, T1521, T1471, T1430, T1417); ATT&CK ICS (T0883, T0809, T0879, T0886, T0814); D3FEND (D3-FIM,...
check_action_compliancePre-flight regulatory check. Agent describes an intended action in natural language ("process EU resident biometric data", "transfer health records to a third-party AI vendor", "deploy autonomous trading model in Singapore") and receives a ranked list of regulations that may a...3 params

Pre-flight regulatory check. Agent describes an intended action in natural language ("process EU resident biometric data", "transfer health records to a third-party AI vendor", "deploy autonomous trading model in Singapore") and receives a ranked list of regulations that may a...

Parameters* required
action*string
Natural-language description of the intended action.
jurisdictionstring
Optional jurisdiction filter (eu, us, uk, etc.).
limitinteger
Max matches to return. Default 10. Max 25.
browse_topicsBrowse the registry by cross-cutting compliance TOPIC (for example data breach notification, AI transparency, AML and KYC). Returns each topic with how many rules carry it and across how many pillars and jurisdictions. Topics sit on top of the 39 pillars without replacing them...1 params

Browse the registry by cross-cutting compliance TOPIC (for example data breach notification, AI transparency, AML and KYC). Returns each topic with how many rules carry it and across how many pillars and jurisdictions. Topics sit on top of the 39 pillars without replacing them...

Parameters* required
topicstring
Optional topic name to filter or drill into.
compare_jurisdictionsCompare how different jurisdictions address a compliance topic, side by side, including where their numeric thresholds differ (for example a breach-notification deadline of 72 hours versus 30 days). It surfaces the real rules and numbers and does not rank which jurisdiction is...2 params

Compare how different jurisdictions address a compliance topic, side by side, including where their numeric thresholds differ (for example a breach-notification deadline of 72 hours versus 30 days). It surfaces the real rules and numbers and does not rank which jurisdiction is...

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
topic*string
Topic to compare, for example "data breach notification".
create_attestationCreate a signed, time-stamped record of which Bidda rules a person or AI agent relied on for a decision. Returns a record ID and a public verify URL so anyone can later confirm the record has not been changed. Useful for agents that must keep an audit trail of what they checke...5 params

Create a signed, time-stamped record of which Bidda rules a person or AI agent relied on for a decision. Returns a record ID and a public verify URL so anyone can later confirm the record has not been changed. Useful for agents that must keep an audit trail of what they checke...

Parameters* required
actionstring
Optional: what the agent did.
agent*string
The system or AI agent that made the decision.
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
nodes*array
node_ids that were checked (max 50).
workflow_steps_followedarray
Optional: steps the agent followed.
point_in_timeGet a signed record of which committed version of a rule was authoritative at a specific past date, anchored to the public history chain. Useful when an agent must show what a rule said at the moment it acted. Requires an active Bidda subscription: pass api_key.3 params

Get a signed record of which committed version of a rule was authoritative at a specific past date, anchored to the public history chain. Useful when an agent must show what a rule said at the moment it acted. Requires an active Bidda subscription: pass api_key.

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
as_ofstring
ISO date or time, or epoch milliseconds. Defaults to now.
node_id*string
The rule (node_id).
watch_changesSubscribe to regulatory change alerts: watch specific rules and/or whole pillars and get notified by email or webhook when their primary source changes. Requires an active Bidda subscription: pass api_key.6 params

Subscribe to regulatory change alerts: watch specific rules and/or whole pillars and get notified by email or webhook when their primary source changes. Requires an active Bidda subscription: pass api_key.

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
channelsobject
Delivery channels, for example { "email": true, "webhook": false }. Defaults to email.
labelstring
Optional name for the alert.
nodesarray
node_ids to watch.
pillarsarray
Pillar names to watch.
webhook_urlstring
Required if the webhook channel is enabled.
open_runOpen a run ledger: a signed, tamper-evident log of what an agent does across a whole task or conversation (for example a support-bot chat). Returns a run_id. Record one entry per turn with record_run_entry, then seal_run to get a single signed Run Receipt. Requires an active B...3 params

Open a run ledger: a signed, tamper-evident log of what an agent does across a whole task or conversation (for example a support-bot chat). Returns a run_id. Record one entry per turn with record_run_entry, then seal_run to get a single signed Run Receipt. Requires an active B...

Parameters* required
agent*string
The system or agent running the task or conversation.
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
labelstring
Optional human label, for example the chat or ticket id.
record_run_entryAppend one entry to an open run: which Bidda rules the agent consulted, what it decided, and the end user's input (as text via note, or privately as input_hash). Each entry is hash-chained to the previous one. Requires an active Bidda subscription: pass api_key.12 params

Append one entry to an open run: which Bidda rules the agent consulted, what it decided, and the end user's input (as text via note, or privately as input_hash). Each entry is hash-chained to the previous one. Requires an active Bidda subscription: pass api_key.

Parameters* required
actionstring
Optional: an action the agent took or checked.
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
decisionstring
Optional: what the agent decided or did this turn.
entry_typestring
Optional: node_consulted | action_checked | decision | note. Defaults to note.
input_hashstring
Optional: a sha256:... hash of the user's message instead of the text.
modelstring
Optional: the model id/version that produced this decision (e.g. gpt-4o-2024-08-06).
nodesarray
Optional node_ids the agent consulted (max 50).
notestring
Optional: the end user's message as text.
output_hashstring
Optional: a sha256:... hash of the agent's output.
run_id*string
The run_id returned by open_run.
subject_hashstring
Optional: a sha256:... hash of an end-user identifier for per-subject traceability. Hash only, never plaintext.
verify_nodesboolean
Optional: pin each node in "nodes" to its current version + integrity hash (proof, not just a claim). No extra call charge.
consult_nodeThe one-call governed turn: fetch the full vault node (this consumes one call on your key, exactly like unlocking a node) AND record a verified node_consulted entry for it on an open run, in a single step. The entry pins the node to its current version + integrity hash, so the...9 params

The one-call governed turn: fetch the full vault node (this consumes one call on your key, exactly like unlocking a node) AND record a verified node_consulted entry for it on an open run, in a single step. The entry pins the node to its current version + integrity hash, so the...

Parameters* required
actionstring
Optional: an action the agent took or checked.
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
decisionstring
Optional: what the agent decided using this node.
input_hashstring
Optional: a sha256:... hash of the user's message instead of the text.
modelstring
Optional: the model id/version making the decision.
node_id*string
The rule to fetch and record.
run_id*string
The open run to record into (from open_run).
subject_hashstring
Optional: a sha256:... hash of an end-user identifier. Hash only.
user_inputstring
Optional: the end user's message as text.
get_audit_packExport a run as a governance evidence pack: the signed receipt, every entry, a roll-up of the nodes consulted (with pinned versions/hashes), an independent hash-chain + Merkle integrity self-check, and a coversheet mapping the receipt to the record-keeping obligations it suppo...2 params

Export a run as a governance evidence pack: the signed receipt, every entry, a roll-up of the nodes consulted (with pinned versions/hashes), an independent hash-chain + Merkle integrity self-check, and a coversheet mapping the receipt to the record-keeping obligations it suppo...

Parameters* required
api_keystring
Optional: your Bidda key, required for a still-open (unsealed) run.
run_id*string
The run to export.
seal_runSeal an open run into one signed Run Receipt covering every entry, with a public verify URL. Idempotent: sealing an already-sealed run returns the same receipt. Requires an active Bidda subscription: pass api_key.2 params

Seal an open run into one signed Run Receipt covering every entry, with a public verify URL. Idempotent: sealing an already-sealed run returns the same receipt. Requires an active Bidda subscription: pass api_key.

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
run_id*string
The run_id to seal.
get_runFetch a run and its entries. The owner can read an open or sealed run (pass api_key); a sealed run is also publicly readable by id and reports whether its signature is valid.2 params

Fetch a run and its entries. The owner can read an open or sealed run (pass api_key); a sealed run is also publicly readable by id and reports whether its signature is valid.

Parameters* required
api_keystring
Optional: your Bidda key, required to read your own still-open run.
run_id*string
The run_id to fetch.
drift_checkCheck whether the compliance rules an agent has cached in its own memory are still current. Submit the node_id and the integrity hash you stored when you last grounded on each rule; get back, per rule, whether it is fresh, has drifted (content changed), or was withdrawn (instr...2 params

Check whether the compliance rules an agent has cached in its own memory are still current. Submit the node_id and the integrity hash you stored when you last grounded on each rule; get back, per rule, whether it is fresh, has drifted (content changed), or was withdrawn (instr...

Parameters* required
anchors*array
The cached rules to check.
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
create_control_attestationSign a tamper-evident record of one of YOUR OWN controls or policies and the Bidda obligation nodes it maps to. Each obligation is pinned to its current version + integrity hash at signing time, so the record shows what the control was mapped against on that date. This is the...9 params

Sign a tamper-evident record of one of YOUR OWN controls or policies and the Bidda obligation nodes it maps to. Each obligation is pinned to its current version + integrity hash at signing time, so the record shows what the control was mapped against on that date. This is the...

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
control*string
The name of your control or policy.
control_ownerstring
Optional: the role or team that owns the control.
control_statusstring
Optional: implemented | planned | in-progress.
effective_datestring
Optional: YYYY-MM-DD the control took effect.
evidence_refstring
Optional: a reference/URL/hash to your own evidence (kept by you).
frameworkstring
Optional: the framework you are mapping to (e.g. "EU AI Act").
nodes*array
Obligation node_ids the control maps to (max 50).
statement*string
What the control does or asserts (plain text).
gap_checkGiven the compliance rules a team says it covers, return the prerequisite rules Bidda's dependency graph links to them that were NOT listed - the 'you missed the prerequisite obligation' gaps - plus any covered rule the registry marks withdrawn. A coverage aid for a qualified...3 params

Given the compliance rules a team says it covers, return the prerequisite rules Bidda's dependency graph links to them that were NOT listed - the 'you missed the prerequisite obligation' gaps - plus any covered rule the registry marks withdrawn. A coverage aid for a qualified...

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
depthnumber
Optional: how many dependency hops to walk (1-3, default 1).
nodes*array
The node_ids you cover (max 200).
obligation_deltasThe obligation-level change feed: primary sources whose content changed (or whose node was withdrawn), mapped to the Bidda obligation nodes they affect, filterable by time, pillar, or specific nodes. Use it to answer 'what obligations changed since I last reviewed?'. Requires...5 params

The obligation-level change feed: primary sources whose content changed (or whose node was withdrawn), mapped to the Bidda obligation nodes they affect, filterable by time, pillar, or specific nodes. Use it to answer 'what obligations changed since I last reviewed?'. Requires...

Parameters* required
api_keystring
Optional. Your Bidda subscription key. Prefer sending it as the x-bidda-api-key header (or Authorization: Bearer), which is what the auth settings in your MCP client configure; the header takes pre...
limitnumber
Optional: max deltas to return (default 100, max 500).
nodesarray
Optional: restrict to deltas affecting these node_ids.
pillarstring
Optional: restrict to one pillar.
sincestring
Optional: ISO timestamp; only deltas newer than this are returned.
oscal_assessment_resultsExport a governed run's evidence as a NIST OSCAL assessment-results document (the machine-readable format GRC and audit tooling consumes): reviewed-controls (the obligation nodes consulted), observations (each pinned to its version + integrity hash), and props recording the in...2 params

Export a governed run's evidence as a NIST OSCAL assessment-results document (the machine-readable format GRC and audit tooling consumes): reviewed-controls (the obligation nodes consulted), observations (each pinned to its version + integrity hash), and props recording the in...

Parameters* required
api_keystring
Optional: your Bidda key, required for a still-open (unsealed) run.
run_id*string
The run to export as OSCAL assessment-results.

Sponsors

Details

Transport
HTTP
Registry
MCP registry, active
Tools verified
Nov 6, 2026