io.github.lonniev/schwab-mcp
REMOTE · SCHWAB-MCP.FASTMCP.APP · SCANNED SEP 26
Multi-tenant FastMCP server for Charles Schwab brokerage data, monetized via DPYC Tollbooth
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security57
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 64 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability65
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 12269 tokens (~191/item across 64 items; 64 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
- No destabilizing schema changes in the last 30 days.Pass
Tool Coverage92
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 73% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- 0 of 7 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "schwab_forget_credentials" implies "delete" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
- An AI judge read all 65 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.lonniev/schwab-mcp server?
io.github.lonniev/schwab-mcp is a hosted endpoint at https://schwab-mcp.fastmcp.app/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · schwab-mcp.fastmcp.app
claude mcp add --transport http lonniev-schwab-mcp 'https://schwab-mcp.fastmcp.app/mcp'
{
"mcpServers": {
"lonniev-schwab-mcp": {
"url": "https://schwab-mcp.fastmcp.app/mcp"
}
}
} {
"servers": {
"lonniev-schwab-mcp": {
"type": "http",
"url": "https://schwab-mcp.fastmcp.app/mcp"
}
}
} [mcp_servers.lonniev-schwab-mcp] url = "https://schwab-mcp.fastmcp.app/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"lonniev-schwab-mcp": {
"type": "remote",
"url": "https://schwab-mcp.fastmcp.app/mcp",
"enabled": true
}
}
} openclaw mcp add lonniev-schwab-mcp --url 'https://schwab-mcp.fastmcp.app/mcp' --transport streamable-http
mcp_servers:
lonniev-schwab-mcp:
url: "https://schwab-mcp.fastmcp.app/mcp" {
"McpServers": {
"lonniev-schwab-mcp": {
"Transport": "http",
"Url": "https://schwab-mcp.fastmcp.app/mcp"
}
}
} assistant mcp add lonniev-schwab-mcp -t streamable-http -u 'https://schwab-mcp.fastmcp.app/mcp'
{
"mcpServers": {
"lonniev-schwab-mcp": {
"type": "http",
"url": "https://schwab-mcp.fastmcp.app/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
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.
- 25 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 26 Aug 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 25 Aug 26 0
- Stability: 0.97 → pass security
- 18 Aug 26 0
- Server version: 3.4.6 → 3.4.7 functional
- 17 Aug 26 0
- New tool “schwab_delete_operator_credential” functional
- 11 Aug 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 10 Aug 26 0
- Server version: 3.4.5 → 3.4.6 functional
- 9 Aug 26 0
- New tool “schwab_update_operator_credential” functional
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 26 Sept 2026 · Probed https://schwab-mcp.fastmcp.app/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=*.fastmcp.app | CN=Amazon RSA 2048 M04,O=Amazon,C=US | 17 Jun 2026 | 31 Dec 2026 | RSA 2048 | SHA256-RSA | a1583bafd89c7b58780ef1a0a0d2ad7 |
| SANs: *.fastmcp.app | ||||||
| CN=Amazon RSA 2048 M04,O=Amazon,C=US (CA) | CN=Amazon Root CA 1,O=Amazon,C=US | 23 Aug 2022 | 23 Aug 2030 | RSA 2048 | SHA256-RSA | 773124f2a952e3ed18a58bdb85d1bc0ce5f27 |
| CN=Amazon Root CA 1,O=Amazon,C=US (CA) | CN=Starfield Services Root Certificate Authority - G2,O=Starfield Technologies\, Inc.,L=Scottsdale,ST=Arizona,C=US | 25 May 2015 | 31 Dec 2037 | RSA 2048 | SHA256-RSA | 67f944a2a27cdf3fac2ae2b01f908eeb9c4c6 |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of schwab-mcp.fastmcp.app. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| app. | present | 23684 | 8 | Verified |
| fastmcp.app. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://schwab-mcp.fastmcp.app/mcp | Verified | 200 | |
| http (plaintext) | http://schwab-mcp.fastmcp.app/mcp | HTTPS enforced | 301 | https://schwab-mcp.fastmcp.app/mcp |
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 →
schwab_account_statement ~223
Generate a patron's account statement at this operator. Returns the patron's purchase history, active credit tranches, per-tool usage breakdown, and recent daily usage logs. This is the patron's spending account — not the operator's Authority tax balance. Free — no credits consumed. Proof of npub ownership is required to prevent statement-scraping of arbitrary patrons.
| Name | Type | Req | Description |
|---|---|---|---|
| days | integer | – | Number of days of daily usage history to include (default 30). |
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The patron's Nostr public key (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_account_statement_infographic ~223
Generate a visual SVG infographic of your account statement. Returns the same data as account_statement, rendered as a dark-themed SVG graphic with balance hero, metrics cards, health gauge, tranche table, and tool usage breakdown. Costs 1 api_sat per call. Proof is verified by ``debit_or_deny`` before any cost is incurred.
| Name | Type | Req | Description |
|---|---|---|---|
| days | integer | – | Number of days of daily usage history to include (default 30). |
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The Nostr public key (npub1...) whose statement to render. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_adoption_status ~70
Check this operator's adoption-request status at a chosen Authority. Free. Polls the Authority MCP-to-MCP for the status of this operator's request (pending / approved / rejected / provisioned).
| Name | Type | Req | Description |
|---|---|---|---|
| authority_npub | string | yes | – |
| dpop_token | string | – | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_begin_oauth ~258
Start the OAuth2 authorization flow. Returns an authorization URL. Open it in a browser to log in and authorize. Then call ``check_oauth_status`` with the same npub to complete. Free. Proof of npub ownership is required so an observer cannot DOS your account by initiating OAuth flows in your name. Do NOT call this pre-emptively. If a session may still be valid, attempt the live tool call first and only begin OAuth when it fails with ``upstream_auth_refresh_needed``. A 'pending' ``check_oauth_status`` is not evidence that an existing session has lapsed.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | Your DPYC patron npub (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_authority_balance ~73
Check this operator's tax balance at the Authority. Returns the sats available for certifying patron credit purchases. When this balance reaches zero, patron top-ups cannot be certified and the operator must call purchase_credits on the Authority. This is the operator's own funding — not a patron balance. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_balance ~209
Check a patron's credit balance at this operator. This is the patron's spending balance — credits purchased via Lightning for tool calls at this operator. For the operator's own balance at the Authority (needed to certify patron purchases), use authority_check_balance instead. Free — no credits required. Proof of npub ownership is required to prevent anyone-with-the-registry from enumerating balances.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The Nostr public key (npub1...) whose balance to check. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_oauth_status ~250
Check whether the OAuth2 authorization flow has completed. Call after opening the authorization URL from ``begin_oauth`` and completing the login in your browser. Free. Proof of npub ownership is required: OAuth status exposes which upstream services a patron has connected. A 'pending' result here does NOT prove an existing session has lapsed — it only reports this authorization attempt. To find out whether a session still works, attempt the live call; fall back to ``begin_oauth`` only on an explicit ``upstream_auth_refresh_needed`` error.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The same Nostr public key (npub1...) used in begin_oauth. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_payment ~195
Check the payment status of a Lightning invoice. Call after paying the invoice from purchase_credits. Free — no credits required. Proof of npub ownership is required to prevent credit-grant front-running by an observer of the invoice ID.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| invoice_id | string | yes | The invoice ID returned by purchase_credits. |
| npub | string | yes | The Nostr public key (npub1...) that purchased the invoice. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_price ~180
Preview the effective cost of a tool call. Shows the base cost and any constraint effects (discounts, free trials, surge pricing). Free — no credits required.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | – |
| tool_id | string | yes | Either the tool's UUID (from the pricing model) or a bare capability string (e.g. ``"deal_scenario"``). FE callers usually have the capability name; this resolves both so the FE doesn't need to deriv… |
| tool_kwargs | string | – | Optional JSON object with tool call parameters for ad valorem / categorical-multiplier pricing preview (e.g. '{"amount_sats": 5000}' or '{"difficulty": "sovereign", "mode": "live"}'). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_check_proof_status ~138
Check whether a previously-cached dpop_token is still valid. Mirrors ``check_oauth_status`` for the npub-proof flow: a calling agent can ask "will my next paid call accept this dpop_token?" before burning credits on a guaranteed failure. Free, no side effects — does not evict the cache or touch relays.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | Required. The dpop_token phrase returned by ``request_npub_proof`` / ``receive_npub_proof``. |
| patron_npub | string | – | Required. The patron's npub (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_delete_coupon ~82
Delete a coupon. Cascades to all patron redemptions. Any chain step referencing the deleted coupon_id becomes a no-op (the constraint returns neutral on unknown ids) — the Studio surfaces orphan references as warnings. RESTRICTED to operator — requires proof.
| Name | Type | Req | Description |
|---|---|---|---|
| coupon_id | string | yes | – |
| dpop_token | string | – | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_delete_operator_credential ~227
Remove a single operator secret field. Deletes one key from the operator's encrypted credential blob without touching the others — the field-level counterpart to ``forget_credentials``, which wipes the whole row. Use it to retire a leftover after an SDK cutover (a Prefect key after Modal, or a stored but untemplated orphan like ``anthropic_api_key``) without taking the operator down for a full re-delivery. Stored-but-untemplated fields are first-class: the delete is keyed on what is vaulted, not on what the current template declares. Idempotent — already-absent fields report ``removed: false`` without rewriting the vault. RESTRICTED to the operator — requires proof (nsec-signed kind-27235 or a cached dpop_token phrase); patron proofs are rejected. A deletion is as destructive as a write.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Operator proof for this tool. |
| field | string | yes | The operator credential field to remove (templated or not). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_delete_patron_credential ~185
Remove a single patron credential field. Deletes one field from stored credentials without affecting other fields. Free. Proof of npub ownership is required — this is a write to the patron's sensitive credential vault.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| field | string | yes | The credential field name to remove. |
| npub | string | yes | The patron's Nostr public key (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_forget_coupon ~88
Remove a coupon from this patron's redemption list. Cosmetic only — the coupon itself still exists at the operator, and the patron can re-redeem the same code later while the window allows. Free — requires proof of ``npub``.
| Name | Type | Req | Description |
|---|---|---|---|
| coupon_id | string | yes | – |
| dpop_token | string | – | – |
| npub | string | yes | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_forget_credentials ~196
Delete vaulted credentials for a specific service and npub. For operator credentials, pass the operator's own npub. For patron credentials, pass the patron's npub. Always requires proof of npub ownership — a deletion is as destructive as a write.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The Nostr public key (npub1...) whose credentials to forget. |
| service | string | yes | The credential service to forget. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_account_numbers ~199
List Schwab account numbers and their hash identifiers. Call after completing OAuth. Returns accounts with hash values needed for brokerage data tools. Then call ``update_patron_credential(field="account_hash", value=<hash>)`` to set your preferred account. Free (no api_sats deducted) but **proof-gated**: the caller must prove Schnorr-control of ``npub`` via ``request_npub_proof`` + ``receive_npub_proof`` first, then pass the resulting token here. Without the proof check, an attacker who knew a patron's public npub could fetch that patron's Schwab account hashes (IDOR).
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | Schnorr proof token issued by request/receive_npub_proof for capability ``get_account_numbers``. |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_balances ~417
Get the active Schwab account's current balance summary. Pulls Schwab's account endpoint and returns four bold lines: **Cash Balance:** currentBalances.cashBalance **Buying Power:** currentBalances.buyingPower **Net Liquidation:** currentBalances.liquidationValue **Day P&L:** currentBalances.liquidationValue − initialBalances.liquidationValue Day P&L is the session change in mark-to-market equity (the canonical measure of "how much did I make/lose today"). Schwab's account response does not expose a single "dayProfitLoss" field — the convention is to compute the delta against the start-of-day snapshot. Two fallback guards apply to Day P&L: 1. Missing snapshot — if either initialBalances or currentBalances is absent or has a zero liquidationValue, Day P&L reports 0.0 rather than treating zero as the baseline (which would print today's full equity as P&L). 2. Suspect snapshot — if the computed Day P&L is larger in absolute value than half of current liquidation value (e.g. $17,442 P&L on an $8,847 account), the initialBalances snapshot is treated as stale or partial and Day P&L reports 0.0. A legitimate 50%+ session change is implausible for any normal account; the tool underreports in the rare real-50% case rather than emitting nonsense in the more common stale-snapshot case. When Day P&L reads $0.00 on a session where you expect a real number, one of those two guards fired. Cross-check against position-level P&L via get_brokerage_positions.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_order ~188
Get full details for a single order by Schwab order ID. Returns the same one-line markdown format as get_brokerage_orders, with the average fill price computed across all executionLegs: - **<orderId>** [<status>] <orderType> | <legs> | Price: $X @ $avg_fill | Filled: <qty> | <enteredTime> Use this when you already have an orderId (e.g., from get_brokerage_orders or from a fill notification) and want a single crisp row rather than the full history list.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| order_id | string | yes | The Schwab order ID as returned by get_brokerage_orders. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_orders ~426
Get order history for the active Schwab account. Returns one markdown row per order: - **<orderId>** [<status>] <orderType> | <leg1> / <leg2> / ... | Price: $X @ $avg_fill | Filled: <qty> | <enteredTime> Each leg formats as "<instruction> <quantity>x <symbol>" (e.g. "BUY 1x AAPL", "SELL_TO_OPEN 5x AAPL 240315C00185000"). The avg_fill suffix is the average across all executionLegs.price values for the order; omitted if the order has no fills yet. Date-window default — when from_date and to_date are both blank, the tool defaults to the last 30 days (in UTC). Pass either parameter to override; if you pass one, pass both. Schwab's order status enum (values you can pass to status_filter): AWAITING_PARENT_ORDER, AWAITING_CONDITION, AWAITING_STOP_CONDITION, AWAITING_MANUAL_REVIEW, ACCEPTED, AWAITING_UR_OUT, PENDING_ACTIVATION, QUEUED, WORKING, REJECTED, PENDING_CANCEL, CANCELED, PENDING_REPLACE, REPLACED, FILLED, EXPIRED, NEW.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| from_date | string | – | Start of window, ISO 8601 (e.g. "2026-04-01T00:00:00.000Z"). Empty string defaults to 30 days ago. |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| status_filter | string | – | Optional single Schwab status value (e.g. "FILLED", "CANCELED", "WORKING"). Empty string = all statuses. |
| to_date | string | – | End of window, ISO 8601. Empty string defaults to now. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_positions ~360
Get current positions in the active Schwab account, with automatic vertical-spread detection. Pulls Schwab's account endpoint with fields="positions" and emits up to three markdown sections, omitting any that are empty: ## Spreads — vertical spreads detected from paired option legs: - <underlying> <spread_type> (<short_strike>/<long_strike> P|C exp <date>, DTE <n>) | Credit: $X | Max Loss: $Y | Current: $Z | P&L: $W ## Options (unmatched) — single legs not paired into a spread: - <underlying> <strike> P|C exp <date> (DTE <n>) | Qty: ±N | Avg: $X | MktVal: $Y | P&L: $Z ## Equities — long/short share positions: - <symbol> | Qty: ±N | Avg: $X | Price: $Y | P&L: $Z Quantities are computed as (longQuantity − shortQuantity) — short positions show as negative numbers in Qty. Spread detection is heuristic: legs of the same underlying with matching expiration and put/call type, opposite long/short direction, and adjacent strikes get paired. Anything that doesn't fit cleanly drops into Options (unmatched). The tool does not currently detect iron condors, butterflies, or calendars — those will appear as multiple Options (unmatched) rows.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_transaction ~171
Get full details for a single transaction by Schwab transaction ID. Returns the same one-line markdown format as get_brokerage_transactions: - **<activityId>** [<type>] <tradeDate> | <symbols/qtys> | Net: $<amount> Use this when you have a specific transactionId (from get_brokerage_transactions, a journal entry, or a confirmation) and want the canonical row rather than scanning a history window.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| transaction_id | string | yes | The Schwab transaction ID as returned by get_brokerage_transactions (usually surfaced as `activityId`). |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_brokerage_transactions ~379
Get transaction history for the active Schwab account. Returns one markdown row per transaction: - **<activityId>** [<type>] <tradeDate> | <qty>x <symbol> | <qty>x <symbol> ... | Net: $<amount> Symbols come from the transaction's transferItems collection (one item per leg, e.g. equity bought + cash debit), with the per-leg amount as quantity. When no transferItems have symbols, the row falls back to the transaction's description text in place of the symbol list. Date-window default — when from_date and to_date are both blank, the tool defaults to the last 30 days (in UTC). Pass both or neither. Schwab's transaction type enum (values you can pass to transaction_types): TRADE, RECEIVE_AND_DELIVER, DIVIDEND_OR_INTEREST, ACH_RECEIPT, ACH_DISBURSEMENT, CASH_RECEIPT, CASH_DISBURSEMENT, ELECTRONIC_FUND, WIRE_OUT, WIRE_IN, JOURNAL, MEMORANDUM, MARGIN_CALL, MONEY_MARKET, SMA_ADJUSTMENT. Empty string = all types.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| from_date | string | – | Start of window, ISO 8601 (e.g. "2026-04-01T00:00:00.000Z"). Empty string defaults to 30 days ago. |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| to_date | string | – | End of window, ISO 8601. Empty string defaults to now. |
| transaction_types | string | – | Comma-separated Schwab transaction-type values. Empty string = all types. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_market_hours ~269
Get trading hours for one or more market types. Returns nested markdown — one block per market product Schwab knows about within the requested categories: **<Product Name>** — OPEN | CLOSED Pre Market: YYYY-MM-DDTHH:MM — YYYY-MM-DDTHH:MM Regular Market: YYYY-MM-DDTHH:MM — YYYY-MM-DDTHH:MM Post Market: YYYY-MM-DDTHH:MM — YYYY-MM-DDTHH:MM Sessions are emitted only when Schwab reports hours for them — a closed market on a weekend or holiday will have no session lines under it.
| Name | Type | Req | Description |
|---|---|---|---|
| date | string | – | ISO date to check (e.g. "2026-03-15"). Defaults to today when empty. The response is for a single trading day — pass each date explicitly if you need a multi-day forecast. |
| dpop_token | string | – | – |
| markets | string | – | Comma-separated market types. Schwab supports "equity", "option", "bond", "future", "forex". Unknown types are silently dropped by Schwab. |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_market_movers ~214
Get top movers for a market index — Schwab's curated mover screener. Returns up to 20 rows (capped server-side here, not by Schwab) in a markdown table.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| frequency | integer | – | Movement-magnitude band filter. 0 = all bands, 1 = 1–5%, 2 = 5–10%, 3 = 10–20%, 4 = 20%+. |
| index | string | – | Index symbol. Schwab's movers endpoint supports only "$SPX", "$DJI", and "$COMPX". Other indices ($VIX, $NDX, $RUT, sector ETFs) are not supported and will return an empty list. |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| sort | string | – | "PERCENT_CHANGE_UP", "PERCENT_CHANGE_DOWN", or "VOLUME". |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_nostr_profile ~88
Read an npub's public Nostr profile (NIP-01 kind-0 metadata). Free, no proof — the data is already public on relays. Returns the latest metadata fields (name, display_name, about, picture, banner, nip05, website, lud16) or an empty profile if none is published.
| Name | Type | Req | Description |
|---|---|---|---|
| npub | string | – | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_notarization_proof ~70
Generate a Merkle inclusion proof that a patron's balance was included in a Bitcoin-notarized snapshot.
| Name | Type | Req | Description |
|---|---|---|---|
| notarization_id | string | yes | The notarization record ID. |
| npub | string | yes | The patron's Nostr public key (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_operator_onboarding_status ~57
Report this operator's configuration readiness. Shows which operator settings are configured, which are missing, and how to deliver each missing value. For patron-level credential status, use get_patron_onboarding_status instead. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_option_chain ~174
Get a filtered option chain suitable for spread evaluation. Returns a markdown table of surviving contracts with one row per leg. Header line carries the underlying price and the active filter constants.
| Name | Type | Req | Description |
|---|---|---|---|
| contract_type | string | – | "ALL", "CALL", or "PUT". |
| days_to_expiration | integer | – | Maximum days to expiration to include (default 21). |
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| strike_count | integer | – | Approximate total strikes returned, centered on ATM (default 20). |
| symbol | string | yes | Underlying ticker (equity or ETF). For index options use the $-prefix form: $SPX, $NDX, $RUT. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_patron_credential_fields ~234
List stored patron credential field names (not values). Returns the names of fields stored for a patron, plus each field's ``delivered_at`` ISO-8601 timestamp when known (null for secrets vaulted before timestamps were recorded). Values are never exposed — use this to verify which fields are configured and how old each one is. Free. Proof of npub ownership is required: the list of configured fields is itself sensitive (reveals which integrations a patron has set up).
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The patron's Nostr public key (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_patron_onboarding_status ~138
Report a patron's credential readiness for this operator. For set-once services (eXcalibur, TheBrain), shows which patron secrets are configured and which are missing. For dynamic/OAuth2 services (Schwab), reports that no patron credentials are needed. Free. Proof of npub ownership is required because credential presence is sensitive information about the patron's setup.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | A kind-27235 Nostr event signed by patron_npub for this tool. |
| patron_npub | string | yes | The patron's Nostr public key (npub1...). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_price_history ~194
Get historical OHLCV candle data for a symbol. Returns a markdown table of the most recent candles within the requested period, capped at the last 30 rows for readability. A footnote line is added when truncation occurs so the agent knows more data was available.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| frequency | integer | – | Frequency interval (only meaningful for "minute" candles). |
| frequency_type | string | – | "minute", "daily", "weekly", or "monthly". |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| period | integer | – | Number of periods (see valid combinations above). |
| period_type | string | – | "day", "month", "year", or "ytd". |
| symbol | string | yes | Ticker symbol (equity, ETF, or $-prefixed index). |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_get_pricing_model ~51
Get the active pricing model for this operator. Free. If no model exists, self-initializes a scaffold with all registered tools at 0 sats. No economic data from code.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_get_stock_quote ~103
Get real-time quotes for one or more symbols.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | – | Required. Your Nostr public key (npub1...) for credit billing. |
| symbols | string | yes | Comma-separated ticker symbols (e.g. "AAPL,MSFT,$SPX"). Each symbol is uppercased before lookup; whitespace around commas is tolerated. Symbols Schwab cannot resolve are silently omitted. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
schwab_list_canonical_identities ~250
Return canonical (tool_id, mcp_name, …) for every tool the wheel exposes. The authoritative source for any client (Studio, agents, FE) that needs to know how this MCP identifies its tools. Reconcile uses this output to UUID-join against the stored pricing model — no name-based UUID derivation, no guessing. Includes both ToolIdentity-seeded tools and any UUID recorded by ``@paid_tool`` that is missing from the registry. The latter appear with ``registered: false`` (and in the top-level ``unregistered`` array) so Reconcile can flag deploy drift instead of silently reporting clean when a live tool was never seeded (#174). If the operator renames a function or rebrands a slug, the mcp_name in this output changes but tool_id stays. That's the whole point of the canonical-UUID design. Also diffs the live FastMCP wire surface against the registry. Tools exposed on the wire but absent from the registry appear in ``unregistered`` so Reconcile can flag deploy drift instead of silently under-reporting (issue #175). Free, no side effects.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_list_constraint_types ~51
List all available constraint types and their parameter schemas. Returns the type, category, description, and parameter specs for every constraint that can be used in a pricing pipeline. Free — no credits required.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_list_coupons ~71
List every coupon this operator has minted (newest first). Each row carries the current ``times_redeemed`` counter — the Studio renders a progress bar from this against ``total_uses``. RESTRICTED to operator — requires proof.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_list_my_coupons ~89
List the coupons this patron has redeemed on this operator. Returns both active and exhausted redemptions with a per-row ``status`` (``active`` / ``window_closed`` / ``patron_limit`` / ``total_limit``). Free — requires proof of ``npub``.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | – |
| npub | string | yes | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_list_notarizations ~52
List recent Bitcoin notarization records.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Maximum records to return (default 20). |
| status | string | – | Optional filter (e.g., 'submitted', 'confirmed'). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_mint_coupon ~152
Create a new operator-owned discount coupon.
| Name | Type | Req | Description |
|---|---|---|---|
| discount_percent | number | yes | Percentage off the base price (0-100). |
| dpop_token | string | – | – |
| name | string | yes | The catchy code patrons type to redeem (operator-scoped uniqueness). |
| total_uses | – | – | Aggregate cap across all patrons (default None = unlimited). |
| uses_per_patron | – | – | How many tool calls one patron can claim the discount on (default 1; pass null/None for unlimited within the window). |
| valid_from | string | yes | ISO-8601 datetime when the coupon becomes active. |
| valid_until | string | yes | ISO-8601 datetime when the coupon expires. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_notarize_ledger ~54
Build a Merkle tree of all patron balances and submit the root to Bitcoin via OpenTimestamps. Operator-only background task. Bitcoin confirmation takes 1-6 hours. Free — no credits required.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_oracle_about ~22
Describe the DPYC ecosystem via the Oracle. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_oracle_get_tax_rate ~24
Get the current DPYC certification tax rate. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_oracle_how_to_join ~25
Get DPYC onboarding instructions from the Oracle. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_oracle_lookup_member ~33
Look up a DPYC community member by npub. Free.
| Name | Type | Req | Description |
|---|---|---|---|
| npub | string | yes | – |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_oracle_network_advisory ~25
Get active network advisories from the Oracle. Free.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
schwab_publish_nostr_profile ~150
Publish a CLIENT-SIGNED kind-0 profile to relays for an npub. The wheel never holds a patron nsec. The frontend signs the kind-0 metadata event with the patron's session key or a NIP-07 extension and passes the signed event (JSON) here; the wheel verifies the signature matches the npub, then relays it to public relays. The signature is the authorization — no proof token, no key custody. Free.
| Name | Type | Req | Description |
|---|---|---|---|
| npub | string | – | The patron's Nostr public key the event must be signed by. |
| signed_event | string | – | A JSON-encoded, client-signed kind-0 event. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_purchase_credits ~199
Buy credits via Bitcoin Lightning. Creates a Lightning invoice. Pay it with any Lightning wallet, then call check_payment to confirm. Proof of npub ownership is required so credits land in the correct ledger. Free — no credits required to call.
| Name | Type | Req | Description |
|---|---|---|---|
| amount_sats | integer | – | Satoshis to purchase (default 1000). |
| dpop_token | string | yes | Raw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL… |
| npub | string | yes | The Nostr public key (npub1...) the credits will fund. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_receive_credentials ~323
Pick up credentials from the Secure Courier. Completes the CREDENTIAL-DELIVERY flow (the ownership-proof counterpart is ``receive_npub_proof``). **Call this only after the user confirms they have replied.** Deterministic, one-shot retrieval: name the response you want with ``(sender_npub, service, dpop_token)`` and the tool drains ONLY the rendezvous relay that channel was pinned to. Every popped DM with the wrong session phrase is deleted and its sender is NACK'd; the first DM with the matching phrase is accepted (ACK'd) and the scan stops. If none match, the queue is drained and a ``courier_not_found`` result is returned. Do NOT poll, loop, or retry. If a credential_card (ncred1...) is provided, it is redeemed directly without any relay access (dpop_token not required for that path). On success, the payment processor client is reinitialized from the new credentials — no server restart needed.
| Name | Type | Req | Description |
|---|---|---|---|
| credential_card | string | – | Optional. An ncred1... card to redeem directly (bypasses the relay drain; dpop_token not needed). |
| dpop_token | string | – | Required. The session phrase returned by request_credential_channel for this exact channel. |
| sender_npub | string | – | Required. The npub that sent the credentials. |
| service | string | – | Required. The credential service name (must match the service used in request_credential_channel). |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_receive_npub_proof ~310
Receive npub ownership confirmation from a patron. Completes the npub-OWNERSHIP-PROOF flow (the credential-delivery counterpart is ``receive_credentials``). **Call this only after the user confirms they have replied.** Deterministic, one-shot retrieval: name the response with ``(patron_npub, dpop_token)`` — the ``dpop_token`` being the value returned by ``request_npub_proof``. The tool drains ONLY the pinned rendezvous relay that challenge was published on, stopping at the DM whose phrase matches. Mismatched DMs are deleted and NACK'd (without revealing the expected phrase). If called before the user replies, their message will never be found. Do NOT poll, loop, or retry. The signed DM itself proves npub ownership (the patron's nsec signed it). On success, returns the ``dpop_token`` — the same token. The calling application MUST remember it and pass it as the ``dpop_token`` parameter on every subsequent paid tool call. The proof (a hash of the token) is stored in the vault keyed by that hash — the MCP never stores the raw token itself. Free.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | – | Required. The dpop_token returned by request_npub_proof. |
| patron_npub | string | – | Required. The patron's npub to receive proof from. |
Structured output declared, but exposes no named fields.
No examples provided.
schwab_redeem_coupon ~134
Claim a coupon by its name (the code the operator shared). Looks up the operator's coupon by ``code``, validates the window and total cap, and records a per-patron redemption row. Subsequent paid tool calls on this MCP auto-apply the discount until ``uses_per_patron`` is exhausted. Free — no credits required. Requires proof of ``npub``. Idempotent: redeeming the same code twice returns the existing redemption.
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | – |
| dpop_token | string | – | – |
| npub | string | yes | – |
Structured output declared, but exposes no named fields.
No examples provided.
What is the io.github.lonniev/schwab-mcp server?
io.github.lonniev/schwab-mcp is listed in the public MCP registry as io.github.lonniev/schwab-mcp. Multi-tenant FastMCP server for Charles Schwab brokerage data, monetized via DPYC Tollbooth. This page covers its hosted endpoint (https://schwab-mcp.fastmcp.app/mcp).
Is the io.github.lonniev/schwab-mcp server safe to use?
io.github.lonniev/schwab-mcp scores 74 out of 100 on VerifyMCP. 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.lonniev/schwab-mcp server expose?
io.github.lonniev/schwab-mcp exposes 64 tools: schwab_check_balance, schwab_purchase_credits, schwab_check_payment, schwab_restore_credits, schwab_account_statement, and 59 more. Their descriptions and schemas cost roughly 11,379 tokens of context every time the server is loaded.
Does the io.github.lonniev/schwab-mcp server require authentication?
No. We connected to io.github.lonniev/schwab-mcp without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the io.github.lonniev/schwab-mcp server still maintained?
io.github.lonniev/schwab-mcp is still listed as active in the MCP registry. We last reached this channel on 26 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.