beesknees-mcp

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.

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.

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

Who the charity share goes to, and where to check them. Free on purpose. A claim about where somebody's money goes that costs money to verify is not a claim anybody should have to take on trust.

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.

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.

Ask the hives to advance now rather than at the next tick. Carries no authority: it can only cause work that was already due — start a match whose grace has run out, or end one whose ceiling has fallen.

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.

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.

Check whether a proof grant 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. Expiry is read from the grant itself; the only store consulted is the patron's revocation watermark. Free, no side effects — touches no relay.

Take the winner's share as credit, or send it on to the charity.

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.

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 the operator's proof (a kind-27235 event or a proof grant); patron proofs are rejected. A deletion is as destructive as a write.

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.

Cut one fresh cell of comb — slower than flying, and open to everyone after.

Three honey sellers near a place, each with an address and a website. Four directories hold a corner of the answer each — the USDA's local-food listings, OpenStreetMap, Google Places and sellers' own Nostr listings — so this asks all four at once, merges what agrees, checks that each website still answers and ranks by evidence, completeness, agreement and distance. `sources` says who answered; `verify` on a seller says what to check first. A place that does not resolve, or a radius with nothing in it, is a refusal and the fare goes back. The game is a race for honey; this is where the real thing is.

Move one cell through open air or an open tunnel.

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

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.

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.

Generate a Merkle inclusion proof that a patron's balance was included in a Bitcoin-notarized snapshot.

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.

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

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.

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.

What this service is and how to play it, in prose. The same text the website serves at ``/llms.txt`` — one file, published on both surfaces, because an agent that arrives through the MCP door should not have to go and scrape the front door to find out where it is. It is the front-door answer to a problem the web app cannot solve on its own: a single-page app hands a fetcher an empty mount div, so everything a program could learn about this site came from the ``<head>``. The prose pages are now server-rendered, and this is the same orientation delivered with provenance instead of by scraping. Returns the text verbatim. Nothing here is per-patron and nothing is computed, so two callers get the same bytes.

Buy a drone a seat in the next match. Seats fill the fullest hive that still has room, so a match reaches its quorum and starts rather than leaving everyone waiting in five thin hives.

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.

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.

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.

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

List recent Bitcoin notarization records.

Matches forming or running, and how many seats are left in each hive.

The live board — every hive, every bee, and when to ask again. Poll this rather than guessing a cadence: the answer carries `poll_after_ms`, computed from how hot the match actually is. One algorithm, owned here, so sixty clients throttle themselves and the server keeps a valve it can turn.

Create a new operator-owned discount coupon. The coupon owns its binding: ``tool_ids`` names the tools it discounts, and re-pricing a tool never touches it. A coupon bound to no tool discounts nothing, however many patrons redeem it.

Where your bee stands, what it is carrying, and when it may move again.

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.

Describe the DPYC ecosystem via the Oracle. Free.

Get the current DPYC certification tax rate. Free.

Get DPYC onboarding instructions from the Oracle. Free.

Look up a DPYC community member by npub. Free.

Get active network advisories from the Oracle. Free.

Operator: pay everything owed to the charity, in one Lightning payment. `restricted`, so the runtime requires the caller to be the operator, proven. The charity share accrues match by match and settles as a batch, which is the shape this always needed: a single match's share can be smaller than the fee floor it would cost to route, so paying per match can cost more than it delivers. Every unpaid leg is claimed in ONE statement before the sats move, on the same primary key a single-match `pay_out` uses — so the two cannot pay the same match twice, and a second press collides on the key rather than at the node. The accounting stays per match while the payment happens once. A failure after the claim marks those legs failed rather than deleting them, so the debt comes back on its own and the attempt stays on the record.

Operator: send a settled match's charity or winner share over Lightning. `restricted`, so the runtime requires the caller to be the operator, proven. This is the only tool here that moves real sats, and the only one whose effect cannot be undone by writing another row. The amount is READ from the settlement, never recomputed, so a payment can never be for a figure the ledger does not already carry. The charity leg pays the beneficiary the match itself recorded, so a match settled under a previous charity still pays the charity it promised. Before anything moves the wallet is asked whether it can cover the payment plus its routing fee, and the payment is claimed in the database before the sats leave — so a retry, a double press, or two operators at once collide on a primary key rather than at the node. Calling it again after a success reports the existing payment rather than making a second. Nothing here is automatic. A payment leaves because somebody asked.

What you have said should happen to your winnings. `set` is False for a patron who has never said — which still reads as `donate`, because that is the default, but lets a screen show the difference between a choice made and a choice never faced.

Every payment attempted, and how it went. Free on purpose. A service that says 80% of every pot goes to a charity should let anybody check that sats actually left, not merely that a row was written saying they were owed. Failures are listed too — a payout history that only shows successes is a claim, not a record.

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.

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.

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.

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 a new ``dpop_token``: an Operator-signed **proof grant envelope** ``{"grant": …, "nonce": …}`` bound to the patron, this challenge, and the duration the patron named. The calling application MUST remember that whole string and pass it as ``dpop_token`` on every subsequent paid tool call. The grant is self-verifying; nothing about it is stored here. Free.