optionality-mcp

Optionality — AI-judged options trading drill, Tollbooth-monetized MCP server

От сообществаСбоиБез входаГлобальныйБесплатноТолько чтение

Что умеет

Какие данные видит

Нужен ли аккаунт

Не нужен: сервер работает без входа

Optionality — AI-judged options trading drill, Tollbooth-monetized MCP server

Список инструментов сервера (71)

Технические названия из tools/list. Нужны только разработчикам.

optionality_check_balance	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.
optionality_purchase_credits	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.
optionality_check_payment	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.
optionality_restore_credits	Credit a patron's ledger from a BTCPay-settled invoice. RESTRICTED to the operator — the operator owns the books and is the only party who can issue a manual credit grant. Patrons who believe they paid but never got credits must escalate to the operator's support, who then invokes this tool on their behalf. Use cases: cold-start vault races during check_payment, ncred delivery hiccups, patrons closing Top-Off sheets before settle, any infrastructure incident that left an invoice settled at BTCPay but uncredited on the operator's ledger. Idempotent — if the invoice is already credited (in the patron's ``credited_invoices``), returns success with credits_granted=0.
optionality_account_statement	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.
optionality_account_statement_infographic	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.
optionality_report_issue	File a field report about this service as a GitHub issue on the operator's repo. Found a tool's metadata or response wrong or confusing? Report it where the tool lives. The author of record is your npub — no npub / no proof, no issue — and it is stamped into the issue so the report is attributed to you, not the operator. Costs a small fee (a free write to an issue tracker would be abused). The report is PUBLIC and goes to the maintainers' normal triage; nothing is verified here. Returns the filed issue's repo, number, and url. If this operator has not enabled field reports, returns an "issue reporting not configured" situation and you are not charged.
optionality_service_status	Check the health and configuration of this service. Free.
optionality_get_operator_onboarding_status	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.
optionality_get_patron_onboarding_status	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.
optionality_session_status	Check operator readiness. Returns the operator lifecycle state and clear guidance on what to do next. Free. Lifecycle states: - ready: Operator is warm and fully operational — vault AND pricing model verified. Proceed with tool calls. - warming_up: Operator is initializing (cold start). Try a tool call — it will warm up on demand. - misconfigured: Persistence rejected a query with a permanent SQL error (permission denied, missing relation). Paid tools will fail until the operator repairs the database — retrying does not help. - quota_exceeded: The persistence provider (Neon) answered HTTP 402 — the operator's database has exhausted its compute/storage quota, so the books are locked for billing. Paid tools fail; retrying does NOT help. The operator's Authority must restore capacity (upgrade the plan or wait for the quota reset). Free tools remain available. - not_registered: Operator has no Authority relationship yet. Call register_operator first. - no_identity: Operator nsec is not configured. Deployment issue.
optionality_request_credential_channel	Open a Secure Courier channel for credential delivery. This is the CREDENTIAL-DELIVERY flow — use it to hand over a service secret (API keys, tokens). To merely prove you control an npub (the usual answer to a ``proof_required`` error), use ``request_npub_proof`` instead. Note: dynamic/OAuth2 services (e.g. Schwab) need NO couriered secret — check ``service_status`` first. Sends a welcome DM with a credential template. The recipient must read the DM in their Nostr client, fill in the fields, and reply manually. This is a human-in-the-loop flow. After calling this tool, STOP and tell the user what to do. Wait for the user to confirm they have replied before calling ``receive_credentials``. Do NOT poll or retry — each ``receive_credentials`` call destructively drains the relay mailbox.
optionality_receive_credentials	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.
optionality_forget_credentials	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.
optionality_update_patron_credential	Add or update a single patron credential field. Merges into existing stored credentials without affecting other fields. Useful for setting an account identifier after OAuth, changing a default brain, etc. Free. Proof of npub ownership is required — this is a write to the patron's sensitive credential vault.
optionality_update_operator_credential	Add or update a single operator secret field. Merges into the operator's stored credentials without touching the others — the field-level counterpart to re-delivering the whole bundle over Secure Courier. Use it to rotate one secret (a reissued ``btcpay_api_key``, say) without restating the six you did not change, where any field omitted from a courier reply is destroyed. The value is never echoed back. RESTRICTED to the operator — requires proof (nsec-signed kind-27235 or a cached dpop_token phrase); patron proofs are rejected.
optionality_delete_patron_credential	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.
optionality_delete_operator_credential	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.
optionality_get_patron_credential_fields	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).
optionality_request_npub_proof	Request npub ownership proof from a patron via Nostr DM. This is the npub-OWNERSHIP-PROOF flow — use it when a call returns ``proof_required``. It proves the caller controls an npub; it does NOT deliver any service secret. To hand an operator its API keys or OAuth secrets, use ``request_credential_channel`` instead. Sends a challenge DM that the patron must sign and reply to using their Nostr client. This is a human-in-the-loop flow. After calling this tool, STOP and tell the user to check their Nostr client and reply to the challenge. Wait for the user to confirm they have replied before calling ``receive_npub_proof``. Do NOT poll or retry — each ``receive_npub_proof`` call destructively drains the relay mailbox. Returns a ``dpop_token`` — the demonstrated-proof-of-possession token that the calling application MUST remember and pass as the ``dpop_token`` parameter on every subsequent paid tool call. The MCP does not retain this value across restarts. Lifecycle: The cached proof expires after the patron's chosen duration. When it expires, call ``request_npub_proof`` again for a fresh challenge, then wait for the user, then call ``receive_npub_proof``. Free.
optionality_receive_npub_proof	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.
optionality_check_proof_status	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.
optionality_oracle_how_to_join	Get DPYC onboarding instructions from the Oracle. Free.
optionality_oracle_get_tax_rate	Get the current DPYC certification tax rate. Free.
optionality_oracle_lookup_member	Look up a DPYC community member by npub. Free.
optionality_oracle_about	Describe the DPYC ecosystem via the Oracle. Free.
optionality_oracle_network_advisory	Get active network advisories from the Oracle. Free.
optionality_check_authority_balance	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.
optionality_get_pricing_model	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.
optionality_set_pricing_model	Set the active pricing model. RESTRICTED to operator. Requires a valid proof (Schnorr-signed kind-27235 event) proving the caller holds the operator's nsec.
optionality_reset_pricing_model	Erase all pricing models and restore a viable default. Deletes every stored model, then self-initializes a fresh one from the tool registry — all tools at 0 sats with proper UUIDs. Returns the new model. RESTRICTED to operator — requires proof (nsec-signed).
optionality_request_adoption	Ask a chosen Authority to adopt this operator (deferred courtship). RESTRICTED to the operator — requires proof the caller controls this operator's npub. Resolves the Authority's MCP endpoint from the community registry, mints an inline ownership proof with this operator's nsec, and delivers the request MCP-to-MCP. The Authority records it as pending; its owner approves on their own time. Poll ``adoption_status`` for progress; the operator flips to ``ready`` once the Authority provisions it.
optionality_adoption_status	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).
optionality_restore_neon_schema	Re-run ``ensure_schema()`` on every NeonVault this operator uses. Diagnostic / recovery tool for the case where the Neon HTTP SQL API is returning persistent 4xx errors and the operator suspects the schema isn't there or grants are wrong. Idempotent — uses ``CREATE TABLE IF NOT EXISTS`` so a successful re-run is harmless. Returns the per-step result. If any step raises, surfaces the Neon error message inline (0.31.0 reads the SQL error body that earlier wheels swallowed behind ``raise_for_status``). RESTRICTED to operator — requires proof (nsec-signed).
optionality_list_canonical_identities	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.
optionality_get_nostr_profile	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.
optionality_publish_nostr_profile	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.
optionality_check_price	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.
optionality_list_constraint_types	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.
optionality_mint_coupon	Create a new operator-owned discount coupon.
optionality_list_coupons	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.
optionality_update_coupon	Patch a coupon's editable fields. Pass only the fields you want to change. To set a cap to unlimited (NULL in the schema), pass ``clear_uses_per_patron=true`` or ``clear_total_uses=true``. Renaming the code is allowed — existing patron redemption rows survive (they key on coupon id). RESTRICTED to operator — requires proof.
optionality_delete_coupon	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.
optionality_redeem_coupon	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.
optionality_list_my_coupons	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``.
optionality_forget_coupon	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``.
optionality_notarize_ledger	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.
optionality_get_notarization_proof	Generate a Merkle inclusion proof that a patron's balance was included in a Bitcoin-notarized snapshot.
optionality_list_notarizations	List recent Bitcoin notarization records.
optionality_deal_scenario	Generate a fresh options trading scenario and open a journal entry.
optionality_fetch_scenario	Redeem a deal_scenario claim check. Free. While ``status`` is ``running``, wait ``poll_after_seconds`` and call again. When ``done``, ``result`` holds the deal_scenario response (``entry_id`` + ``scenario``). ``expired`` means the claim is unknown or its result aged out — start a new deal_scenario request.
optionality_ask_tip	Get a non-spoiler Socratic hint for an open journal entry. history is an optional JSON-encoded array of prior {question, answer} turns from this clue conversation, so follow-on questions have context. The wheel caps it hard, so oversupplying gains nothing. Returns a claim check, not the hint. Redeem the ``claim_check`` with ``optionality_fetch_tip``, polling until ``status`` is ``done``. A degenerate question (empty or oversized) needs no LLM, so it returns a settled ``{status: "done"}`` nudge directly instead of a claim to poll.
optionality_fetch_tip	Redeem an ask_tip claim check. Free. While ``status`` is ``running``, wait ``poll_after_seconds`` and call again. When ``done``, ``result`` holds the ask_tip response (``tip``). ``expired`` means the claim is unknown or its result aged out — ask again.
optionality_judge_trade	Evaluate the trainee's trade. Persists evaluation, parses legs, recomputes leaderboard. Returns a claim check, not the evaluation. Redeem the ``claim_check`` with ``optionality_fetch_judgement``, polling until ``status`` is ``done``.
optionality_fetch_judgement	Redeem a judge_trade claim check. Free. While ``status`` is ``running``, wait ``poll_after_seconds`` and call again. When ``done``, ``result`` holds the judge_trade response (``entry_id`` + ``evaluation``). ``expired`` means the claim is unknown or its result aged out — submit the trade again.
optionality_save_draft	Persist a draft trade proposal without running the judge.
optionality_list_journal	Server-side sorted, grouped, paginated list of the caller's journal. Sorting and grouping are done in SQL, so each page is a slice of the fully-ordered dataset. Returns ``{total, page, page_size, groups, entries}``; ``groups`` carries per-group counts over the whole set.
optionality_get_journal	Return the full journal entry including scenario + evaluation.
optionality_delete_journal	Hard-delete a journal entry and recompute the leaderboard cache.
optionality_share_entry	Toggle a journal entry's share flag. Shared, evaluated entries appear under the patron's row on the public Leaderboard for peer learning. Priced at 0 sats — the social value of sharing is the point, not the revenue.
optionality_get_shared_entries	List a target patron's shared evaluated entries — newest first. Public, free read: anyone (including guests) can browse the trades a leaderboard peer has chosen to share. Eager-loads the evaluation and trade proposal so the FE can render the full assessment with no follow-up call. No npub/proof envelope — this is a bootstrap-style tool the FE invokes without identity injection.
optionality_get_leaderboard	Global leaderboard ordered by ``sort_by``.
optionality_get_my_rank	The caller's leaderboard row plus their ordinal rank under ``sort_by``.
optionality_set_display_name	Set the caller's display name on the leaderboard. 1..32 chars, unicode allowed.
optionality_get_patron_profile	Return the caller's profile — display_name, avatar, bio, relays.
optionality_set_profile	Update any subset of the caller's profile fields.
optionality_escrow_nsec	Deposit a freshly-generated nsec for operator-managed Nostr signing. Trade-off: sovereignty for UX. Optionality holds the nsec encrypted in Neon (AES-256-GCM, key derived from operator nsec). Until you withdraw it, the operator can sign Nostr DMs on your behalf. Use this only for fresh game-persona keypairs — never for an existing Nostr identity that lives elsewhere. The nsec MUST derive to the same npub that authenticated this call, or the deposit is rejected.
optionality_withdraw_nsec	Return the plaintext nsec once and remove it from operator storage. Required acknowledgment string (exact match): "I understand I am now solely responsible for this nsec." After this call you regain full self-custody; the operator forgets the key. You're now responsible for stashing it in a Nostr client (0xchat, Damus, Amber) and signing DMs locally via NIP-07.
optionality_send_patron_dm	Sign and publish a Nostr DM as the patron, using the escrowed nsec. The patron's escrowed nsec is loaded, decrypted in-process, used to sign a kind-4 NIP-04 DM + a kind-1059 NIP-17 gift wrap, broadcast via the operator's relay pool, then the plaintext drops out of scope. The DM's `pubkey` is the patron's own — recipients see it as authored by the patron, not relayed. Returns {"success": True, "sender_npub", "target_npub"} on the happy path; {"success": False, "error"} on validation or send failure.
optionality_get_escrow_status	Return ``{"escrowed": bool}`` — whether Optionality holds the patron's nsec. Free; the FE polls this to render Withdraw vs Deposit affordances on the Profile page.
optionality_get_api_usage_stats	Aggregated LLM usage and cost for this patron's calls. Returns ``{"models": [{"model", "runs", "total_calls", "total_input_tokens", "total_output_tokens", "total_cost_usd", "priced_runs"}, ...], "totals": {...}}``. One row per distinct model the patron's tool calls have invoked. ``total_cost_usd`` is what the PROVIDER reported for those calls, not a figure reconstructed from a price table — tokens from two models are not comparable money, so a local table goes wrong the moment the route changes model. ``priced_runs`` says how many of ``runs`` carried a reported cost, so a caller can render "$0.42 across 3 of 5 runs" rather than implying the rest were free. ``totals.avg_cost_usd`` is what one call actually costs to serve — the number that says whether a tool's sats price covers its own compute.