bankstatementparser-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_supported_formatsA | List every bank statement format identifier this server can parse. |
| detect_formatA | Detect which bank statement format an inline payload is. |
| parse_statementA | Parse an inline statement payload into transaction rows and a summary. |
| validate_statementA | Dry-run parse an inline statement to check it parses cleanly. |
| summarize_statementA | Summarize an inline statement's balances and totals only. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| analyze_statement | Guided prompt for reading and reconciling a bank statement. Args: filename: The statement filename being analysed. Returns: A prompt string instructing the model how to proceed. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| formats_resource | Describe each supported statement format and its file extensions. Returns: A human-readable catalogue of the supported formats. |
TDQS
Scored across 5 tools
Each tool targets a distinct action (detect, parse, summarize, list, validate), and descriptions explicitly cross-reference each other to steer selection. Minor overlap exists because parse_statement also resolves formats and validate_statement is effectively a dry-run parse, but the boundaries are clearly articulated.
All five tools follow a clean verb_noun snake_case pattern (detect_format, parse_statement, summarize_statement, list_supported_formats, validate_statement) with no stylistic deviations.
Five tools is a tight, well-scoped set for an inline statement parser, with each tool earning its place across detection, discovery, full parsing, summarizing, and validation.
The surface covers the full inline workflow: discovering formats, detecting, validating, parsing rows, and summarizing balances. Gaps are minor, such as no file/URL ingestion path, but that appears outside the stated inline-payload scope.