Acmt001 Mcp

io.github.sebastienrousseau由 GitHub 帳號 sebastienrousseau 發布v0.0.15更新於 Nov 3, 2026

MCP server for ISO 20022 acmt.001 account management message generation and validation.

已驗證STDIO僅桌面金融開發者工具

概覽

AI 產生的概覽

本機 MCP 伺服器,讓助理探索、驗證並產生 ISO 20022 acmt 帳戶管理 XML 訊息。

可以做什麼
  • 查詢支援的 acmt 訊息類型與其名稱
  • 檢視某訊息類型的必填欄位與完整輸入 JSON Schema
  • 依訊息類型 Schema 批次驗證扁平帳戶記錄
  • 驗證單一金融識別碼,例如 IBAN、BIC 或 LEI
  • 依記憶體中的記錄產生經 XSD 驗證的 acmt XML
  • 連線至 GLEIF 登錄庫查詢 LEI
適用情境
適合需要依結構化帳戶資料建立或檢查 ISO 20022 帳戶管理訊息(開戶、維護、銷戶、識別、轉換)的情境,也適合在處理銀行資料時快速核對 IBAN、BIC 或 LEI。
執行需求
以 Python 3.11+ 的 pip 套件在本機執行;核心 acmt001 函式庫可能需先從原始碼安裝。預設使用 stdio,也可選在 127.0.0.1:8000 啟用 streamable HTTP 或 SSE。線上 LEI 查詢需安裝 online 附加元件並能存取 GLEIF API。
安裝前請注意
HTTP 傳輸本身不具身分驗證,應綁定回送位址或置於可信任的閘道後方。線上 LEI 工具會將識別碼送至公開的 GLEIF API。對許多單一帳戶訊息類型,generate_message 只會輸出第一筆記錄,批次處理可能只產生一則訊息;應先驗證並檢查輸出大小。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Acmt001 Mcp,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

acmt001-mcp: An MCP Server for ISO 20022 Account Management

[acmt001-mcp banner]

[Build] [Registry] [Docs] [OpenSSF Scorecard] [OpenSSF Best Practices] [License: Apache-2.0 OR MIT] [Python 3.11 or newer] [Glama MCP server listing]

A Model Context Protocol server that exposes the acmt001 ISO 20022 Account Management library as tools for AI agents and assistants — discover message types, inspect input schemas, validate records and financial identifiers, and generate validated XML, all from your favourite MCP client.

Latest release: v0.0.15: 7 MCP tools over stdio, streamable HTTP or SSE, all backed by the shared acmt001.services layer, for Python 3.11+. Ships in lockstep with acmt001 0.0.15; every CI and image install is hash-pinned, and the tools are fuzzed. See what's new →

[acmt001-mcp Demo]


Contents

Overview

The Model Context Protocol (MCP) is an open standard that lets AI agents and assistants discover and call external tools in a uniform way. acmt001-mcp is an MCP server that turns the acmt001 library into a set of first-class agent tools, so an assistant can generate and validate ISO 20022 acmt Account Management XML messages — the standardised instructions, confirmations, and reports that govern the lifecycle of a bank account (opening, maintenance, closing, identification, and switching) — directly from a conversation.

Every tool is a thin, typed wrapper over acmt001.services — the single shared facade also used by the CLI and REST API — so all interfaces behave identically. Tools return JSON-serialisable data; on a validation error they return an {"error": ...} payload rather than raising.

This package is part of the acmt001 suite — a set of independently installable packages that share the acmt001.services layer:

  • acmt001 — the core library (CLI + REST API)
  • acmt001-mcp — this package, the Model Context Protocol server
  • acmt001-lsp — the Language Server Protocol server for editors
mermaid
flowchart LR    A["MCP client<br/>(Claude Desktop, IDE, agent)"] -->|stdio| B["acmt001-mcp"]    B -->|delegates to| C["acmt001.services"]    C -->|render + validate| D["ISO 20022 acmt XML"]

Install

acmt001-mcp runs on macOS, Linux, and Windows and requires Python 3.11+ and pip. It pulls in the core acmt001 library and the MCP SDK automatically.

sh
python -m pip install acmt001-mcp

Note: while the core acmt001 library is not yet on PyPI, install it from source first:

sh
python -m pip install "git+https://github.com/sebastienrousseau/acmt001.git"python -m pip install acmt001-mcp
Using an isolated virtual environment (recommended)
sh
python -m venv venvsource venv/bin/activate        # macOS/Linuxvenv\Scripts\activate           # Windowspython -m pip install -U acmt001-mcp

Quick Start

Launch the server over stdio (the default transport):

sh
acmt001-mcp

Register it with any MCP client (e.g. Claude Desktop) by adding it to the client's configuration:

json
{  "mcpServers": {    "acmt001": { "command": "acmt001-mcp" }  }}

The agent can then call the tools below to validate account data and generate ISO 20022 messages on demand.

Transports

One command line, three transports:

CommandTransportEndpointProtocol revisions
acmt001-mcpstdiothe client spawns the process2026-07-28, 2025-11-25
acmt001-mcp --transport streamable-httpStreamable HTTPhttp://127.0.0.1:8000/mcp2026-07-28 (stateless, server/discover) and 2025-11-25 (initialize, Mcp-Session-Id) on the same endpoint; responses stream as server-sent events, GET opens the server-to-client stream
acmt001-mcp --transport sseHTTP+SSE (2024-11-05)http://127.0.0.1:8000/sse and /messages/for clients that still expect the older transport

--host and --port change the bind address (defaults 127.0.0.1 and 8000). The HTTP transports carry no authentication of their own: bind loopback, or put the server behind a gateway you trust before binding a routable address. Every release is verified over streamable HTTP with scout in both protocol eras and over SSE with the MCP SDK client; see ADR 0001.

json
{  "mcpServers": {    "acmt001": { "url": "http://127.0.0.1:8000/mcp" }  }}

Tools

All tools delegate to the shared acmt001.services layer, so they behave identically to the CLI and REST API.

  • list_message_types — List the 34 supported acmt message types
  • get_required_fields — Required input fields for a message type
  • get_input_schema — Full input JSON Schema for a message type
  • validate_records — Validate flat records against a message type
  • validate_identifier — Validate an IBAN, BIC, or LEI
  • generate_message — Generate a validated acmt XML message
  • verify_lei_online — Look an LEI up in the live GLEIF register (needs the online extra)

Using the tools

You can invoke the tools in-process — without a transport — straight through the server instance. This mirrors what an agent receives over stdio. The runnable version of this snippet lives in examples/mcp_tools.py.

python
import asyncio
from acmt001_mcp.server import server
# A single flat account-opening record.record = [    {        "msg_id": "ACMT-MSG-0001",        "creation_date_time": "2026-01-15T10:30:00",        "process_id": "ACMT-PRC-0001",        "account_id": "GB29NWBK60161331926819",        "account_currency": "EUR",        "account_name": "Treasury Operating Account",        "account_type_cd": "CACC",        "account_servicer_bic": "NWBKGB2LXXX",        "account_owner_name": "Acme Embedded Finance Ltd",        "account_owner_country": "GB",        "org_full_legal_name": "Acme Embedded Finance Limited",        "org_country_of_operation": "GB",        "org_id_lei": "5493001KJTIIGC8Y1R12",    }]

async def main() -> None:    async def call(name, args):        result = await server.call_tool(name, args)        content = result[0] if isinstance(result, tuple) else result        return content[0].text if content else ""
    # Validate an identifier.    print(await call("validate_identifier",                     {"kind": "lei", "value": "5493001KJTIIGC8Y1R12"}))    # -> {"kind": "lei", "value": "5493001KJTIIGC8Y1R12", "valid": true}
    # Generate a validated ISO 20022 Account Opening Request.    xml = await call("generate_message",                     {"message_type": "acmt.007.001.05", "records": record})    print(xml[:46])  # -> <?xml version="1.0" encoding="UTF-8"?> ...

asyncio.run(main())

Run it directly:

sh
python examples/mcp_tools.py

Benchmarks

sh
python benches/bench_tool_dispatch.py           # full runpython benches/bench_tool_dispatch.py --quick   # what CI runs

The benchmark measures what an agent waits for: the dispatch floor (list_message_types, around a microsecond), the metadata lookups used to build a request, and the two batch tools side by side.

The result worth knowing is the asymmetry between those two. validate_records checks every record, so it is linear in batch size. generate_message, for a single-account message type like the default acmt.007.001.05, renders only the first record — twenty-seven of the thirty-four templates work this way. So validating a hundred records and generating from them costs roughly 260 ms of validation against 6 ms of generation, and returns one message rather than a hundred.

That is correct ISO 20022 behaviour and a real trap when batching, which is why the benchmark prints output size beside the timings: flat bytes across growing input is what tells you the rest of the batch was not rendered. See docs/benchmarks.md.

Documentation

Development

acmt001-mcp uses Poetry and mise.

bash
git clone https://github.com/sebastienrousseau/acmt001-mcp.git && cd acmt001-mcpmise installpoetry installpoetry shell

This package depends on the core acmt001 library. Until it is on PyPI, install it from source first: pip install "git+https://github.com/sebastienrousseau/acmt001.git".

A Makefile orchestrates the quality gates (kept in lockstep with CI):

bash
make check        # all gates (REQUIRED before commit)make test         # pytest, 100% line and branch coveragemake lint         # ruff + blackmake type-check   # mypy --strictmake doc-coverage # interrogate, 100% docstringsmake mutate       # mutmut over the tool handlers, gated on the scoremake docs         # Sphinx site, warnings are errors

The property-based tests (Hypothesis) run as part of make test; set HYPOTHESIS_PROFILE=mutation for the slimmer profile the mutation run uses.

Related MCP Servers

Part of the ISO 20022 MCP Suite — open-source, Apache-2.0 licensed MCP servers for banking and financial-services AI agents:

ServerPurpose
pain001-mcpGenerate & validate ISO 20022 pain.001 payment files (v03–v12, pain.008, SEPA) with rulebook checks
pacs008-mcpGenerate, validate, parse & scheme-check ISO 20022 pacs.008 FI-to-FI credit transfers + Nov-2026 address linting
camt053-mcpParse & reconcile ISO 20022 camt.053 bank-to-customer statements — CBPR+/HVPS+ ready
bankstatementparser-mcpParse bank statements (BAI2, MT940/MT942, CAMT.053, OFX, CSV) into structured transactions
noyalib-mcpLossless YAML 1.2 parsing, formatting & validation (Rust, 100% spec compliance)

MCP Registry

mcp-name: io.github.sebastienrousseau/acmt001-mcp


License

Licensed under the Apache License, Version 2.0. Any contribution submitted for inclusion shall be licensed as above, without additional terms.

Contribution

Contributions are welcome — see the contributing instructions. Thanks to all contributors.

Acknowledgements

Built on the acmt001 ISO 20022 Account Management library and the Model Context Protocol Python SDK.

來源:README.md,提交 8bca7d6

工具

7

list_message_types

List acmt message types

List every supported ISO 20022 acmt message type and its human name. Use this first, before any generation or validation call, to discover the exact ``message_type`` strings this server accepts (e.g. ``acmt.001.001.08`` Account Opening Instruction). Do not use it to fetch a type's fields or schema -- call ``get_required_fields`` or ``get_input_schema`` for that. Returns a list of ``{"message_type": ..., "name": ...}`` dictionaries, one per supported message type (e.g. ``acmt.001.001.08``).

無需輸入參數。

get_required_fields

Get required fields

List only the required input field names for an acmt message type. Use this for a quick checklist of the mandatory columns before building account records. When you need full type/format constraints (not just which fields are required), call ``get_input_schema`` instead. Args: message_type: A supported ISO 20022 acmt message type.

輸入參數message_type必填

get_input_schema

Get input JSON Schema

Return the full JSON Schema for a message type's flat input record. Use this to learn every field, its type, and its constraints before assembling records, or to drive a form/UI. For just the required-field names use ``get_required_fields``; to actually check records against this schema use ``validate_records``. Args: message_type: A supported ISO 20022 acmt message type.

輸入參數message_type必填

validate_records

Validate records against schema

Validate flat account records against a message type's input JSON Schema. Use this before ``generate_message`` to catch structural/type errors per record and get a row-by-row error report. This checks JSON-Schema shape only; to validate a single financial identifier in isolation use ``validate_identifier``. Returns a report ``{"valid": bool, "total": int, "valid_count": int, "errors": [...]}``. Args: message_type: A supported ISO 20022 acmt message type. records: One or more flat account records to validate.

輸入參數records必填message_type必填

validate_identifier

Validate IBAN, BIC or LEI

Validate a single financial identifier (IBAN, BIC, or LEI). Use this for a one-off identifier check with a clear pass/fail. To validate identifiers embedded across a whole batch of account records, prefer ``validate_records`` rather than calling this per field. Returns ``{"kind": str, "value": str, "valid": bool}``. Args: kind: One of ``"iban"``, ``"bic"``, or ``"lei"`` (case-insensitive). value: The identifier value to check.

輸入參數kind必填value必填

generate_message

Generate acmt XML from records

Generate a validated ISO 20022 acmt XML message from in-memory records. This is the primary generation tool: pass account records you already hold in memory and receive an XSD-validated XML document; no file is written. Run ``validate_records`` first to surface record-level errors, and ``list_message_types`` to confirm the ``message_type`` string. Returns the validated XML document as a string, or an ``{"error": ...}`` payload (serialized) if generation fails. Args: message_type: A supported ISO 20022 acmt message type. records: One or more flat account records.

輸入參數records必填message_type必填

verify_lei_online

Verify a LEI against the live GLEIF register

Verify a LEI against the live GLEIF register (reaches the network). Unlike ``validate_identifier``, which checks an LEI's format and check digits entirely offline, this tool performs a live HTTP GET against the public GLEIF REST API (``api.gleif.org``) to confirm the LEI is actually registered and to return the registered entity's details. It therefore requires network access and is marked open-world. Requires the optional ``online`` extra (``pip install acmt001-mcp[online]``) for the ``httpx`` HTTP client; without it a graceful ``{"error": ...}`` is returned rather than raising. Returns a dict with the ``lei``, registered ``legal_name``, entity ``status``, ``country``, and registration ``registration_status``, ``initial_registration_date``, ``last_update_date`` and ``next_renewal_date``. On failure returns ``{"error": ...}``: an ``LEI not found`` error for an unregistered LEI (HTTP 404), or a ``GLEIF API unavailable`` error for any other non-200 response or a transport/connection error. Args: lei_code: A 20-character ISO 17442 Legal Entity Identifier.

輸入參數lei_code必填

版本歷史

5
  1. v0.0.15最新Oct 29, 2026
  2. v0.0.13Oct 26, 2026
  3. v0.0.11Oct 4, 2026
  4. v0.0.10Oct 4, 2026
  5. v0.0.9Sep 16, 2026

評分

已滿足適用檢查項的 90%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分
  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具必需15 分
  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分