bg-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| BG_MCP_HOME | No | Changes where the session file lives (default is ~/.bg-mcp) | ~/.bg-mcp |
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| bg_login_startA | Step 1 of 3. Submits the username and returns the security question BG asks for. Relay that question to the user, then call bg_login_answer with their answer and password. The login expires after 5 minutes if not completed. |
| bg_login_answerA | Step 2 of 3. Completes the login with the security answer and password. Returns { status: "authenticated" } on success, or { status: "otp_required" } if BG sends a one-time code — in that case ask the user for the code and call bg_login_otp. |
| bg_login_otpA | Step 3 of 3, only needed when bg_login_answer returned status "otp_required". Submits the code Banco General sent to the user. |
| bg_session_statusA | Reports whether there is a usable Banco General session, who it belongs to, and how fresh it is. Verifies against the bank rather than trusting the stored session file. Call this before asking the user for credentials — they may already be logged in. If it reports authenticated: false, log in before answering anything about the accounts; the data tools have nothing to read and will fail. |
| bg_logoutA | Deletes the stored session and any credentials kept in the Keychain, and closes any login in progress. |
| bg_list_accountsA | Lists every Banco General product on the dashboard — savings accounts, credit cards and the Pro-Futuro pension — with balances and the portalId other tools need. Start here. Balances are as of BG's lastSyncDate, not live. |
| bg_get_accountA | Full detail for one product, dispatching on its type: savings accounts return balances, associated debit cards and pending purchases ("Compras en proceso"), credit cards return limit/cutoff/payment dates, and the pension returns fund balances. Get the portalId from bg_list_accounts. |
| bg_list_transactionsA | Transactions for one savings account over a date range, with pagination handled internally. Dates are Panama local time. Also returns pending purchases ("Compras en proceso") — accepted but not yet posted. They are already out of the available balance, and are reported separately because they are not movements yet. For credit-card charges use bg_list_card_transactions. |
| bg_list_card_transactionsA | Charges and payments on a credit card for a statement period. Pass month/year for a specific period, or omit both for the current one. A BG statement period is not a calendar month — it runs from the previous cutoff date — so set clampToMonth to restrict results to the calendar month. |
| bg_get_card_statementA | Statement for a credit card: balance, minimum payment, cutoff and due dates, credit plans and rates. Pass month/year for a past statement, or omit both for the current period. Also returns the history of past cutoff dates so you can pick another period. |
| bg_get_card_categoriesA | Banco General's own spend-by-category breakdown for a card statement period (Comida y Bebida, Transporte, Supermercados, etc.), with transaction counts and totals. Omit month/year for the current period. This is the bank's categorization, not a computed one. |
| bg_get_pensionA | Balances and fund breakdown for the Pro-Futuro pension product, plus the monthly statement (contributions, interest, commissions, withdrawals) when month and year are given. |
| bg_search_transactionsA | Searches every savings account and credit card at once over a date range, optionally filtering by description text and amount. Use this for questions like "how much did I spend at X" or "find that $250 charge in March" — it saves calling the per-account tools one by one. Covers pending purchases ("Compras en proceso") as well as posted movements, so a charge made today is findable; those come back with source "pending". |
| bg_spending_summaryA | Aggregates every account for a month (or an explicit date range): total income, total spending, net, a per-account breakdown and the largest transactions. Use this for "how did I do this month". |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 14 tools
Tools are scoped by resource and action, with clear separation between account listing, detail, transaction listing, and search. Minor overlap exists (e.g., pension balances in bg_get_account vs bg_get_pension, or spending aggregates in bg_spending_summary vs bg_get_card_categories), but descriptions differentiate them well.
Consistent bg_ prefix and snake_case throughout, with predictable verbs like list, get, and search, plus a clear bg_login_* auth sequence. Slight deviations such as bg_spending_summary and bg_session_status (noun phrases) are still readable and stylistically consistent.
14 tools is well within the typical 3-15 range for a banking integration. Each tool covers a distinct slice of the workflow, from authentication to account and transaction queries, with no redundant tools.
Core read-only banking workflows are covered: authentication, account listing/detail, savings and card transactions, card statements, categories, pension, spending summary, and search. Minor gaps exist (e.g., no explicit savings account statement or data-sync/refresh tool), but agents can work around them.