Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

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

0 this week 74 Trust /100
Trust breakdown (7 categories)

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
Transport & Reachability100
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
Install

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

# add to Claude Code
claude mcp add --transport http lonniev-schwab-mcp 'https://schwab-mcp.fastmcp.app/mcp'
// .cursor/mcp.json
{
  "mcpServers": {
    "lonniev-schwab-mcp": {
      "url": "https://schwab-mcp.fastmcp.app/mcp"
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "lonniev-schwab-mcp": {
      "type": "http",
      "url": "https://schwab-mcp.fastmcp.app/mcp"
    }
  }
}
# ~/.codex/config.toml
[mcp_servers.lonniev-schwab-mcp]
url = "https://schwab-mcp.fastmcp.app/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "lonniev-schwab-mcp": {
      "type": "remote",
      "url": "https://schwab-mcp.fastmcp.app/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add lonniev-schwab-mcp --url 'https://schwab-mcp.fastmcp.app/mcp' --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  lonniev-schwab-mcp:
    url: "https://schwab-mcp.fastmcp.app/mcp"
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "lonniev-schwab-mcp": {
      "Transport": "http",
      "Url": "https://schwab-mcp.fastmcp.app/mcp"
    }
  }
}
# add to Vellum
assistant mcp add lonniev-schwab-mcp -t streamable-http -u 'https://schwab-mcp.fastmcp.app/mcp'
// mcp.json
{
  "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.

Changelog

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
Diagnostics

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
MCP tools · 64 exposed · ~11,379 tokens

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 →

Tool Tokens
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.

NameTypeReqDescription
daysinteger–Number of days of daily usage history to include (default 30).
dpop_tokenstringyesRaw 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…
npubstringyesThe 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.

NameTypeReqDescription
daysinteger–Number of days of daily usage history to include (default 30).
dpop_tokenstringyesRaw 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…
npubstringyesThe 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).

NameTypeReqDescription
authority_npubstringyes–
dpop_tokenstring––

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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
npubstringyesYour 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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
npubstringyesThe 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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
npubstringyesThe 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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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_idstringyesThe invoice ID returned by purchase_credits.
npubstringyesThe 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.

NameTypeReqDescription
dpop_tokenstring––
npubstring––
tool_idstringyesEither 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_kwargsstring–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.

NameTypeReqDescription
dpop_tokenstring–Required. The dpop_token phrase returned by ``request_npub_proof`` / ``receive_npub_proof``.
patron_npubstring–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.

NameTypeReqDescription
coupon_idstringyes–
dpop_tokenstring––

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.

NameTypeReqDescription
dpop_tokenstringyesOperator proof for this tool.
fieldstringyesThe 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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
fieldstringyesThe credential field name to remove.
npubstringyesThe 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``.

NameTypeReqDescription
coupon_idstringyes–
dpop_tokenstring––
npubstringyes–

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.

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
npubstringyesThe Nostr public key (npub1...) whose credentials to forget.
servicestringyesThe 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).

NameTypeReqDescription
dpop_tokenstring–Schnorr proof token issued by request/receive_npub_proof for capability ``get_account_numbers``.
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
order_idstringyesThe Schwab order ID as returned by get_brokerage_orders.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
from_datestring–Start of window, ISO 8601 (e.g. "2026-04-01T00:00:00.000Z"). Empty string defaults to 30 days ago.
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
status_filterstring–Optional single Schwab status value (e.g. "FILLED", "CANCELED", "WORKING"). Empty string = all statuses.
to_datestring–End of window, ISO 8601. Empty string defaults to now.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
transaction_idstringyesThe Schwab transaction ID as returned by get_brokerage_transactions (usually surfaced as `activityId`).
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
from_datestring–Start of window, ISO 8601 (e.g. "2026-04-01T00:00:00.000Z"). Empty string defaults to 30 days ago.
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
to_datestring–End of window, ISO 8601. Empty string defaults to now.
transaction_typesstring–Comma-separated Schwab transaction-type values. Empty string = all types.
NameTypeReqDescription
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.

NameTypeReqDescription
datestring–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_tokenstring––
marketsstring–Comma-separated market types. Schwab supports "equity", "option", "bond", "future", "forex". Unknown types are silently dropped by Schwab.
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
frequencyinteger–Movement-magnitude band filter. 0 = all bands, 1 = 1–5%, 2 = 5–10%, 3 = 10–20%, 4 = 20%+.
indexstring–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.
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
sortstring–"PERCENT_CHANGE_UP", "PERCENT_CHANGE_DOWN", or "VOLUME".
NameTypeReqDescription
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.

NameTypeReqDescription
npubstring––

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.

NameTypeReqDescription
notarization_idstringyesThe notarization record ID.
npubstringyesThe 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.

NameTypeReqDescription
contract_typestring–"ALL", "CALL", or "PUT".
days_to_expirationinteger–Maximum days to expiration to include (default 21).
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
strike_countinteger–Approximate total strikes returned, centered on ATM (default 20).
symbolstringyesUnderlying ticker (equity or ETF). For index options use the $-prefix form: $SPX, $NDX, $RUT.
NameTypeReqDescription
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).

NameTypeReqDescription
dpop_tokenstringyesRaw 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…
npubstringyesThe 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.

NameTypeReqDescription
dpop_tokenstringyesA kind-27235 Nostr event signed by patron_npub for this tool.
patron_npubstringyesThe 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.

NameTypeReqDescription
dpop_tokenstring––
frequencyinteger–Frequency interval (only meaningful for "minute" candles).
frequency_typestring–"minute", "daily", "weekly", or "monthly".
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
periodinteger–Number of periods (see valid combinations above).
period_typestring–"day", "month", "year", or "ytd".
symbolstringyesTicker symbol (equity, ETF, or $-prefixed index).
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
symbolsstringyesComma-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.
NameTypeReqDescription
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.

NameTypeReqDescription
dpop_tokenstring––

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``.

NameTypeReqDescription
dpop_tokenstring––
npubstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

schwab_list_notarizations ~52

List recent Bitcoin notarization records.

NameTypeReqDescription
limitinteger–Maximum records to return (default 20).
statusstring–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.

NameTypeReqDescription
discount_percentnumberyesPercentage off the base price (0-100).
dpop_tokenstring––
namestringyesThe 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_fromstringyesISO-8601 datetime when the coupon becomes active.
valid_untilstringyesISO-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.

NameTypeReqDescription
npubstringyes–

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.

NameTypeReqDescription
npubstring–The patron's Nostr public key the event must be signed by.
signed_eventstring–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.

NameTypeReqDescription
amount_satsinteger–Satoshis to purchase (default 1000).
dpop_tokenstringyesRaw 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…
npubstringyesThe 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.

NameTypeReqDescription
credential_cardstring–Optional. An ncred1... card to redeem directly (bypasses the relay drain; dpop_token not needed).
dpop_tokenstring–Required. The session phrase returned by request_credential_channel for this exact channel.
sender_npubstring–Required. The npub that sent the credentials.
servicestring–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.

NameTypeReqDescription
dpop_tokenstring–Required. The dpop_token returned by request_npub_proof.
patron_npubstring–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.

NameTypeReqDescription
codestringyes–
dpop_tokenstring––
npubstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

Common questions

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.