io.github.sebastienrousseau/ap2-iso20022
PYPI · AP2-ISO20022 · SCANNED SEP 20
Bridge AP2 / x402 agent-payment mandates into wire-valid ISO 20022 pain.001 / pacs.008 records.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security100
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- Runs poetry.core.masonry.api at install time, a recognised native-build step with no shell scripting around it. View diagnostics → Pass
- 0 of 50 dependencies flagged as unhealthy. View diagnostics → Pass
Provenance & Transparency48
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- Clear OSI-approved license (Apache-2.0 OR MIT).Pass
- Actively maintained (last published 21 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability85
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (good).Pass
- Tool/resource definitions use about 1127 tokens (~93/item across 12 items; 11 tools + 1 resources), lean.Pass
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management87
- Stability observed for 26 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 11 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 12 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the io.github.sebastienrousseau/ap2-iso20022 MCP server?
io.github.sebastienrousseau/ap2-iso20022 runs locally as a PyPI package, launched with uvx ap2-iso20022. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
pypi · ap2-iso20022
claude mcp add sebastienrousseau-ap2-iso20022 -- uvx ap2-iso20022
{
"mcpServers": {
"sebastienrousseau-ap2-iso20022": {
"command": "uvx",
"args": [
"ap2-iso20022"
]
}
}
} {
"servers": {
"sebastienrousseau-ap2-iso20022": {
"command": "uvx",
"args": [
"ap2-iso20022"
]
}
}
} codex mcp add sebastienrousseau-ap2-iso20022 -- uvx ap2-iso20022
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"sebastienrousseau-ap2-iso20022": {
"type": "local",
"command": [
"uvx",
"ap2-iso20022"
],
"enabled": true
}
}
} openclaw mcp add sebastienrousseau-ap2-iso20022 --command uvx --arg ap2-iso20022
mcp_servers:
sebastienrousseau-ap2-iso20022:
command: "uvx"
args: ["ap2-iso20022"] {
"McpServers": {
"sebastienrousseau-ap2-iso20022": {
"Transport": "stdio",
"Command": "uvx",
"Arguments": [
"ap2-iso20022"
]
}
}
} assistant mcp add sebastienrousseau-ap2-iso20022 -t stdio -c uvx -a ap2-iso20022
{
"mcpServers": {
"sebastienrousseau-ap2-iso20022": {
"command": "uvx",
"args": [
"ap2-iso20022"
]
}
}
} Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 19 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.
- 18 Sept 26 −3
- Stability: pass → 0.80 functional
- 17 Sept 26 +1
- Stability: 0.97 → pass security
- 14 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
- 12 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.
- 11 Sept 26 −3
- Stability: pass → 0.80 functional
- 10 Sept 26 +1
- Stability: 0.97 → pass security
- 7 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Analysed pypi/ap2-iso20022@0.0.5
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | pypi |
Background: How many MCP packages publish verified provenance →
Install scripts 1 script
| Hook | Tier | Command |
|---|---|---|
| build_backend | allowlisted | poetry.core.masonry.api |
Background: Why install scripts are a supply-chain risk →
Dependencies 50 packages
| Packages resolved | 50 |
|---|---|
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
check_agent_spend_limits ~162
Guardrail an agent's proposed spend against per-transaction, daily and monthly caps. Stateless: pass the current spent_today/spent_month running totals; nothing is stored. Returns is_allowed, the remaining daily cap and any violations.
| Name | Type | Req | Description |
|---|---|---|---|
| agent_id | string | yes | Identifier of the spending agent. |
| daily_cap | number | – | Maximum USD spendable per day. |
| monthly_cap | number | – | Maximum USD spendable per month. |
| per_tx_cap | number | – | Maximum USD per single transaction. |
| proposed_amount_usd | number | yes | Proposed spend, in USD. |
| spent_month | number | – | USD already spent this month (caller-supplied). |
| spent_today | number | – | USD already spent today (caller-supplied). |
Structured output declared, but exposes no named fields.
No examples provided.
check_mandate ~133
Guardrail a mandate before it becomes a payment: check required fields, the spending cap (amount <= max_amount), expiry (when 'as_of' is supplied), and whether an authorisation proof is present. Returns ok plus any violations and warnings. Run this before converting.
| Name | Type | Req | Description |
|---|---|---|---|
| as_of | – | – | ISO date/datetime to evaluate expiry against. |
| mandate | object | yes | A canonical mandate object (see normalize_ap2/normalize_x402 output): payer_/payee_ name+account_iban, amount, currency, plus optional reference, execution_date, max_amount, expiry, proof_type/proof_… |
Structured output declared, but exposes no named fields.
No examples provided.
get_token_fiat_rate ~141
Fetch a spot token->fiat exchange rate from the CoinGecko public API, e.g. to price a crypto-denominated (x402) mandate in fiat. Supports USDC, USDT, EURC, ETH and SOL. Requires the optional 'oracle' extra (pip install ap2-iso20022[oracle]). Reaches an external service: the returned rate is a live spot price, not a guarantee, and this tool never moves money.
| Name | Type | Req | Description |
|---|---|---|---|
| fiat_currency | string | – | Fiat currency code to price in. |
| token_symbol | string | yes | Token symbol: USDC, USDT, EURC, ETH or SOL. |
Structured output declared, but exposes no named fields.
No examples provided.
normalize_ap2 ~43
Normalise a Google AP2 (Agent Payments Protocol) mandate payload into a canonical mandate the other tools accept.
| Name | Type | Req | Description |
|---|---|---|---|
| payload | object | yes | An AP2 mandate payload. |
Structured output declared, but exposes no named fields.
No examples provided.
normalize_token_amount ~94
Normalise raw on-chain base units to a human token amount using the token's decimals (USDC/USDT/EURC=6, SOL=9, ETH=18). Returns amount and decimals. Errors on an unsupported token.
| Name | Type | Req | Description |
|---|---|---|---|
| raw_base_units | integer | yes | Raw integer base units (smallest unit). |
| token_symbol | string | yes | Token symbol, e.g. USDC, ETH, SOL. |
Structured output declared, but exposes no named fields.
No examples provided.
normalize_x402 ~45
Normalise a Coinbase x402 (HTTP-402) payment requirement/receipt into a canonical mandate the other tools accept.
| Name | Type | Req | Description |
|---|---|---|---|
| payload | object | yes | An x402 payment payload. |
Structured output declared, but exposes no named fields.
No examples provided.
to_pacs008 ~103
Convert a canonical mandate into a pacs.008 record (FI-to-FI credit transfer) using the field names pacs008 expects, for interbank settlement of an agent-authorised payment.
| Name | Type | Req | Description |
|---|---|---|---|
| mandate | object | yes | A canonical mandate object (see normalize_ap2/normalize_x402 output): payer_/payee_ name+account_iban, amount, currency, plus optional reference, execution_date, max_amount, expiry, proof_type/proof_… |
Structured output declared, but exposes no named fields.
No examples provided.
to_pain001 ~103
Convert a canonical mandate into a pain.001 record (customer credit transfer initiation) using the exact field names pain001 expects, so it feeds straight into pain001 generate_message for wire-valid XML.
| Name | Type | Req | Description |
|---|---|---|---|
| mandate | object | yes | A canonical mandate object (see normalize_ap2/normalize_x402 output): payer_/payee_ name+account_iban, amount, currency, plus optional reference, execution_date, max_amount, expiry, proof_type/proof_… |
Structured output declared, but exposes no named fields.
No examples provided.
validate_eip712_permit ~99
Validate an EIP-2612 permit: owner/spender/value/nonce/deadline must be present and well-formed, and deadline must not be before the caller-supplied now_timestamp. Returns is_valid and any violations.
| Name | Type | Req | Description |
|---|---|---|---|
| now_timestamp | integer | yes | Current time to evaluate deadline, epoch secs. |
| permit | object | yes | An EIP-2612 permit: owner, spender, value, nonce, deadline. |
Structured output declared, but exposes no named fields.
No examples provided.
validate_mandate_expiry ~84
Check a mandate's expiry by unix-epoch (seconds) comparison. The caller supplies now_timestamp (the server never reads the clock); a mandate is valid while now is before expiration. Returns is_valid.
| Name | Type | Req | Description |
|---|---|---|---|
| expiration_timestamp | integer | yes | Mandate expiry, unix epoch seconds. |
| now_timestamp | integer | yes | Current time to evaluate against, epoch secs. |
Structured output declared, but exposes no named fields.
No examples provided.
verify_x402_signature ~101
Verify an x402 EIP-191 personal_sign over the mandate JSON: recover the signer with eth_account and compare (case-insensitively) to the expected address. Returns is_valid and the recovered_address.
| Name | Type | Req | Description |
|---|---|---|---|
| expected_address | string | yes | The address expected to have signed. |
| mandate_json | string | yes | The exact mandate JSON string that was signed. |
| signature_hex | string | yes | 0x-prefixed hex signature (65 bytes). |
Structured output declared, but exposes no named fields.
No examples provided.
What is the io.github.sebastienrousseau/ap2-iso20022 MCP server?
io.github.sebastienrousseau/ap2-iso20022 is an MCP server listed in the public MCP registry as io.github.sebastienrousseau/ap2-iso20022. Bridge AP2 / x402 agent-payment mandates into wire-valid ISO 20022 pain.001 / pacs.008 records. This page covers its PyPI package (ap2-iso20022).
Is the io.github.sebastienrousseau/ap2-iso20022 MCP server safe to use?
io.github.sebastienrousseau/ap2-iso20022 scores 85 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the io.github.sebastienrousseau/ap2-iso20022 MCP server expose?
io.github.sebastienrousseau/ap2-iso20022 exposes 11 tools: normalize_ap2, normalize_x402, check_mandate, to_pain001, to_pacs008, and 6 more. Their descriptions and schemas cost roughly 1,108 tokens of context every time the server is loaded.
Is the io.github.sebastienrousseau/ap2-iso20022 MCP server still maintained?
io.github.sebastienrousseau/ap2-iso20022 is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the io.github.sebastienrousseau/ap2-iso20022 MCP server under?
io.github.sebastienrousseau/ap2-iso20022 declares the Apache-2.0 OR MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.