SanctionsAI

io.github.kindrat86Published by GitHub account kindrat86v1.1.1Updated Nov 2, 2026

OFAC sanctions screening for AI agents: 1,050 wallets, 19,389 SDN names, <100ms. Free tier, no key.

VerifiedStreamable HTTPWeb executableFinanceSecurity & Monitoring

Overview

AI-generated overview

SanctionsAI screens names and crypto wallets against OFAC, EU and UN sanctions lists, letting an assistant check a counterparty before trusting or paying it.

What you can do
  • Screen a person or entity name against OFAC SDN, EU consolidated and UN sanctions lists, returning match status, confidence and list source
  • Screen a cryptocurrency wallet address against the OFAC SDN list and see any associated sanctioned entity
  • List the supported sanctions lists with last-updated dates and entity counts
When to use it
Useful when an assistant handles payments or counterparties and needs a quick sanctions check before proceeding, for example before sending funds to an unfamiliar wallet or onboarding a new name. It is a lightweight pre-payment screening step rather than a full compliance program.
Requirements
Remote endpoint at sanctionsai.dev over streamable HTTP; no API key, signup or environment variables are declared for the hosted tools. The README also describes a self-hosted Python package and a hosted API with optional API-key auth, but those are separate from this endpoint.
Before you install
Screening results are advisory: matches carry a confidence score and the README notes lists can be served from a stale cache when the network is down, so a clean result is not a legal clearance. The README also advertises email inbox and SMS number tools and a paid hosted tier, which are not among the tools exposed here; treat the README's broader claims with care.

Installation

In SourceWeft

  1. Open SanctionsAI in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.kindrat86%2Fsanctionsai/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config.

{
  "mcpServers": {
    "sanctionsai": {
      "type": "http",
      "url": "https://sanctionsai.dev/api/mcp"
    }
  }
}

README

SanctionsAI — compliance & verification toolkit for AI agents

[PyPI] [Python 3.11+] [License: MIT]

Your agent is about to send USDC to a stranger. Is that stranger sanctioned? 782 OFAC crypto wallets · 19,086 sanctioned names · 16 embargoed jurisdictions. No API key. No signup. 30-second setup. Free & open source.

SanctionsAI gives any AI agent three capabilities it can't provide itself:

LayerWhatStatus
🛡️ ComplianceOFAC sanctions screen, KYA, transaction risk score, disputes✅ Live — real OFAC data
📧 EmailDisposable verification inbox (receive OTP/magic links)✅ Live
📱 SMSRentable phone numbers (receive SMS/OTP)✅ Live (mock free, 5sim/Twilio paid)

It exposes all of these through three surfaces — MCP tools (for Claude Code / Cursor / Hermes), an HTTP API (for any agent), and a CLI (for you). Same core, same data.


Why this exists

Agents are starting to pay for things (x402, AP2, ACP, Coinbase AgentKit). But every payment rail assumes a human is watching. If your agent autonomously pays a wallet that's on the OFAC Specially Designated Nationals list, that's your legal problem — and the big payment infra players (OpenAI, Stripe, Coinbase) explicitly do not handle per-jurisdiction sanctions screening, Know-Your-Agent, or agent-transaction fraud signals. That's the gap this fills.

agent ──about to pay──▶  sanctions_check(wallet)  ──▶ clean? proceed. sanctioned? ABORT.

Quick start (30 seconds)

bash
pip install sanctions-mcp

Option A — use it from an MCP client (Claude Code / Cursor)

jsonc
// .mcp.json or your client's MCP config{  "mcpServers": {    "SanctionsAI": {      "command": "python",      "args": ["-m", "agentmail.mcp_server"]    }  }}

Now your agent can call sanctions_check, risk_score, kya_verify, dispute_open, create_inbox, fetch_code, create_number, fetch_sms, release_number, list_inboxes.

Note: the PyPI package is sanctions-mcp (the name SanctionsAI was taken). The Python import name is still SanctionsAI.

Option B — use it as an HTTP API

bash
python -m agentmail.api   # serves on :8000
bash
# Screen a wallet against real OFAC data — no key, no auth needed for self-hostcurl "http://localhost:8000/sanctions?wallet=0x098B716B8Aaf21512996dC57EB0615e2383E2f96"# → {"matches":[{"list":"OFAC_SDN","match_type":"wallet_exact","confidence":1.0}],#    "clean":false,"provider":"osint"}
curl "http://localhost:8000/risk" -d '{"counterparty_id":"0xabc...","amount":"5000","rail":"x402"}'# → {"score":0,"recommendation":"decline","reasons":["sanctions_match:OFAC_SDN/..."]}

Option C — use it from the CLI

bash
# Sanctions screen — real OFAC data, no keypython -m agentmail.cli sanctions --wallet 0x098B716B8Aaf21512996dC57EB0615e2383E2f96# → flagged: OFAC_SDN wallet_exact
python -m agentmail.cli risk 0xabc123def456 5000 --rail x402python -m agentmail.cli kya my-agent --wallet 0xabc... --wallet-age 400 --domain bot.devpython -m agentmail.cli compliance-status# → OFAC SDN: 782 wallets, 19086 names; source=vile/ofac-sdn-list@...

The compliance layer (the part that matters)

Four tools, called before an agent trusts or pays a counterparty:

ToolWhen to callReturns
sanctions_check(name, wallet, country)Cheapest check. Call first.{matches, clean}
risk_score(counterparty, amount, ...)Right before authorizing payment{score 0-100, recommendation: allow/review/decline}
kya_verify(agent_id, evidence)Before trusting another agent{trust_score, verified, flags}
dispute_open(transaction_id, reason)When a paid transaction went bad{dispute_id, escalation_at}

Where the data comes from (all public, free, no key)

SourceWhatRefresh
vile/ofac-sdn-list (GitHub releases)782 multi-chain crypto addresses (ETH/USDT/TRX/XBT/...)daily
US Treasury OFAC sdn.csv19,086 sanctioned individuals & entitiesas published
Embargoed jurisdictions set16 ISO-2 codes under comprehensive OFAC/UN/EU sanctionstracked manually

Lists are cached locally (~/.agentmail/cache/, 24h TTL) and refresh from source. If the network is down, a stale cache is used and status() reports degraded: true so you know screening is against older data rather than failing silently.

Providers (swappable backend)

AGENTMAIL_COMPLIANCE_PROVIDER=osint   ← default, real OFAC data, freeAGENTMAIL_COMPLIANCE_PROVIDER=mock    ← rule-based, for offline testsAGENTMAIL_COMPLIANCE_PROVIDER=paid    ← ComplyAdvantage passthrough (roadmap)

The osint provider does exact + token-subset name matching, exact case-insensitive wallet matching, and ISO-2 country matching. Every match carries a confidence so you can decide how hard to block.


The other two layers (verification toolkit)

Email — a disposable inbox an agent can use to sign up and receive OTP/magic-link verifications (backed by Mail.tm). create_inbox() → address → fetch_code() → OTP.

SMS — a rentable phone number an agent can use for phone/SMS verification. Mock provider works with no key (for dev); AGENTMAIL_SMS_PROVIDER=fivesim AGENTMAIL_FIVESIM_KEY=... goes live with real numbers.

Both share an otp.py extraction brain (regex for codes + magic links) so email and SMS produce the same {code, link} shape.


Self-host vs. hosted

Self-host is fully functional and free — that's what this repo is. Run the MCP server locally or the HTTP API on your own box, screen against real OFAC data, never pay a cent.

Hosted API is live at https://agentmail-api.fly.dev — a managed endpoint with API-key auth, rate limits, and an audit log of every screen (the thing regulators/investors ask for). Free tier: 50 checks/day, no signup (by IP). For higher volume, get an API key → (Dev $19/mo, Team $99/mo — self-serve checkout).

bash
# Try the hosted API right now — no key needed:curl "https://agentmail-api.fly.dev/sanctions?wallet=0x098B716B8Aaf21512996dC57EB0615e2383E2f96"# → {"matches":[{"list":"OFAC_SDN",...}],"clean":false}
# With an API key:curl -H "X-API-Key: sk_live_..." "https://agentmail-api.fly.dev/risk" \  -d '{"counterparty_id":"0xabc...","amount":"5000","rail":"x402"}'

Roadmap

  • Email inbox (Mail.tm) + SMS/OTP (mock/5sim/twilio) + OTP extraction
  • Compliance layer — real OFAC data (osint provider): 782 wallets + 19,086 names
  • MCP server (10 tools) + HTTP API + CLI
  • SanctionsAI Sanctions Exposure Index (SEI) — proprietary 5-factor framework for scoring AI agent OFAC exposure (2026 report: sanctionsai.dev/research)
  • Hosted API with API-key auth + rate limiting (Fly.io)
  • Audit log (tamper-evident screen history — the enterprise wedge)
  • EU + UN consolidated lists (osint provider, phase 2)
  • Paid provider: ComplyAdvantage passthrough (enterprise)
  • x402 per-call billing (when agents pay themselves)

SEI: the SanctionsAI Sanctions Exposure Index

The SanctionsAI Sanctions Exposure Index (SEI) is a 5-factor proprietary framework for quantifying an AI agent's OFAC sanctions exposure:

FactorWeightWhat it measures
V — Velocity30%Transactions/day the agent can execute unattended
J — Jurisdiction overlap25%Fraction of counterparties in/near embargoed regions
A — Asset class20%Crypto (highest SDN coverage), fiat, mixed
S — Screening posture15%No screen → batch → pre-payment inline → inline + audit
D — Disclosure readiness10%Can operator produce a VSD within 5 days?

Score 10 (min exposure) → 1000 (max). S and D are the two factors you can change today — collapse both from 1→10 with a single inline screening call and a timestamped audit trail. Full report + interactive calculator at sanctionsai.dev.

Cite as: "SanctionsAI Sanctions Exposure Index (SEI), 2026 Agent-Payment Sanctions Exposure Report, sanctionsai.dev" — licensed CC BY 4.0.

Design notes (honest)

  • The compliance layer has the real moat. Email/SMS are plumbing a platform could swallow. Sanctions screening tied to agent-transaction history builds a dataset nobody else has, and per-jurisdiction rules are something the big infra players explicitly avoid.
  • Self-host is the free tier, not a trap. The value you pay for (eventually) is not the data — it's uptime, freshness, and the audit trail. The data is and will stay public.
  • 5sim numbers are shared-after-release. Fine for receiving an OTP, never for 2FA on accounts you intend to keep.

License

MIT — see LICENSE.

Contributing

Issues and PRs welcome. If you're using SanctionsAI in production, I'd love to hear what for.

Source: README.md at commit 3e77c9f

Tools

3

screen_name

Screen a person or entity name against OFAC SDN, EU consolidated, and UN sanctions lists. Returns match status, confidence, and list source.

Parametersnamerequired

screen_wallet

Screen a cryptocurrency wallet address against OFAC SDN sanctions list. Returns match status and any associated sanctioned entity.

Parametersaddressrequired

get_sanctions_lists

List all supported sanctions lists with last-updated dates and entity counts.

Takes no parameters.

Version history

2
  1. v1.1.1LatestOct 12, 2026
  2. v1.0.0Sep 16, 2026

Score

100% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts