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

io.github.lonniev/excalibur-mcp

REMOTE · EXCALIBUR-MCP.FASTMCP.APP · SCANNED AUG 3

FastMCP server for posting formatted content to X (Twitter) — Tollbooth-monetized, DPYC-native

+8 this week 60 Trust /100
Trust breakdown (6 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 →

Endpoint Security57
Transport & Reachability100
Schema Quality & AI Usability53
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 14026 tokens (~184/item across 76 items; 76 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 Management27
  • Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage75
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 14% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

remote · excalibur-mcp.fastmcp.app

# add to Claude Code
claude mcp add --transport http lonniev-excalibur-mcp https://excalibur-mcp.fastmcp.app/mcp
# ~/.codex/config.toml
[mcp_servers.lonniev-excalibur-mcp]
url = "https://excalibur-mcp.fastmcp.app/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "lonniev-excalibur-mcp": {
      "type": "remote",
      "url": "https://excalibur-mcp.fastmcp.app/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add lonniev-excalibur-mcp --url https://excalibur-mcp.fastmcp.app/mcp --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  lonniev-excalibur-mcp:
    url: "https://excalibur-mcp.fastmcp.app/mcp"
// mcp.json
{
  "mcpServers": {
    "lonniev-excalibur-mcp": {
      "type": "http",
      "url": "https://excalibur-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.

  • 3 Aug 26 +1
    • New tool “excalibur_post_performance” functional
    • New tool “excalibur_post_performance_infographic” functional
    • New tool “excalibur_harvest_metrics” functional
    • New tool “excalibur_get_post_metrics” functional
  • 1 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.

  • 31 Jul 26 +2
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 30 Jul 26 +1
    • Schema quality: good → unverified functional
    • MCP protocol: Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28. functional
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 28 Jul 26 +3
    • Schema quality: fair → good functional
  • 27 Jul 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 Jul 26 52

    First indexed and scored.

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 3 Aug 2026 · Probed https://excalibur-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
DNSSEC insecure

Validation of excalibur-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
Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://excalibur-mcp.fastmcp.app/mcp Verified 200
http (plaintext) http://excalibur-mcp.fastmcp.app/mcp HTTPS enforced 301 https://excalibur-mcp.fastmcp.app/mcp
MCP tools — 76 exposed · ~13,344 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.

Tool Tokens
excalibur_process_scheduled_posts ~206

Launch a publisher for every due post (operator-only). Selects ``scheduled`` posts whose ``publish_at`` has arrived, claims each atomically, and starts one background publisher per post. It does NOT publish: composing content, billing the owner, posting to X and recording the outcome all belong to the publisher, which runs on the async job queue and so may take the minutes a dynamic block needs. This call returns as soon as the work is dispatched — expect it to be fast even when the publishing itself is slow, and read per-post outcomes from ``get_scheduler_log`` or the post rows. Requires the operator's npub proof; the trigger itself is free. Returns ``{kind: "tick", processed, launched, contended}``.

NameTypeReqDescription
dpop_tokenstring
npubstringThe OPERATOR's npub (npub1...); this tool is operator-only.

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_publish_nostr_profile ~163

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. Args: npub: The patron's Nostr public key the event must be signed by. signed_event: A JSON-encoded, client-signed kind-0 event.

NameTypeReqDescription
npubstring
signed_eventstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_purchase_credits ~223

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. Args: npub: The Nostr public key (npub1...) the credits will fund. dpop_token: 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; content:"", created_at within 60s of now, and a random `nonce` tag recommended. Or a cached dpop_token phrase. amount_sats: Satoshis to purchase (default 1000).

NameTypeReqDescription
amount_satsinteger
dpop_tokenstringyes
npubstringyes

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_receive_credentials ~353

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. Args: sender_npub: Required. The npub that sent the credentials. service: Required. The credential service name (must match the service used in request_credential_channel). dpop_token: Required. The session phrase returned by request_credential_channel for this exact channel. credential_card: Optional. An ncred1... card to redeem directly (bypasses the relay drain; dpop_token not needed). Free.

NameTypeReqDescription
credential_cardstring
dpop_tokenstring
sender_npubstring
servicestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_receive_npub_proof ~325

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. Args: patron_npub: Required. The patron's npub to receive proof from. dpop_token: Required. The dpop_token returned by request_npub_proof.

NameTypeReqDescription
dpop_tokenstring
patron_npubstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_redeem_coupon ~135

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.

excalibur_refine_post_region ~289

Refine a flagged region of a post with an LLM — server-side. The operator's LLM key stays in the vault and never leaves the server. Send the flagged ``region``, the surrounding ``full_text``, an optional ``instruction`` (what to change), and the editor's ``voice`` profile + ``bans`` (JSON array or comma list of banned constructions). Returns ``{"success": true, "suggestions": [...3 strings...]}``. Paid: the AI cost is metered as a tollbooth fare. The fare is refunded if no LLM key is configured or the upstream call returns nothing. Args: region: The flagged span to rewrite. full_text: The whole tweet, for context. instruction: What the editor wants changed (optional). voice: Voice-profile text fed to the model (optional). bans: Banned constructions — JSON array or comma-separated (optional). npub: Your DPYC patron npub for credit billing.

NameTypeReqDescription
bansstring
dpop_tokenstring
full_textstring
instructionstring
npubstringRequired. Your Nostr public key (npub1...) for credit billing.
regionstringyes
voicestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_report_issue ~381

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. Args: npub: Your Nostr public key (npub1...); the report's author of record. dpop_token: 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; content:"", created_at within 60s of now, and a random `nonce` tag recommended. Or a cached dpop_token phrase. title: One-line summary of the problem. body: The details — which tool, what was wrong, what you expected. tool_name: Optional: the specific tool the report is about (e.g. "schwab_get_option_chain").

NameTypeReqDescription
bodystringyes
dpop_tokenstringyes
npubstringyes
titlestringyes
tool_namestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_request_adoption ~217

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. Args: authority_npub: npub of the Authority to request adoption from. dpop_token: operator-npub ownership proof (inline kind-27235 or cached token). service_url: this operator's MCP endpoint (advertised to the Authority). note: optional message for the Authority owner.

NameTypeReqDescription
authority_npubstringyes
dpop_tokenstring
notestring
service_urlstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_request_credential_channel ~267

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. Args: sender_npub: Required. The npub to send the template to. service: Required. The credential service name (e.g., from get_operator_onboarding_status or get_patron_onboarding_status). Free.

NameTypeReqDescription
sender_npubstring
servicestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_request_npub_proof ~514

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. Args: patron_npub: Required. The patron's npub to request proof from. reason: Optional. A human-readable purpose for the request ("I'm working on your request XYZ and need the Operator to do ABC for you"). Signed into the provenance attestation and shown in the DM, so the recipient sees *why* they are being asked — especially useful when the signer is unknown to them. verify_at: Optional. A free-form statement of WHERE you (the initiating agent) already showed this proof's one-time code to the user — a URL, or "your Claude.ai conversation", "the Grok session". The OAuth 2.0 Device Grant ``verification_uri``, generalized: the user approves only if the code in the DM matches the one you displayed there, so an uns…

NameTypeReqDescription
patron_npubstring
reasonstring
verify_atstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_reset_pricing_model ~82

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

NameTypeReqDescription
dpop_tokenstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_resolve_dynamic_block ~550

Start resolving a dynamic post block with an LLM — returns a CLAIM CHECK. A dynamic block's ``prompt`` is run by the model (with web search + web fetch for live data) and woven into the surrounding post ``context`` in the author's ``voice``. The author's instruction governs length — there is no character cap (X supports long-form posts). The operator's LLM key stays in the vault and never leaves the server. Because that work (paginated fetches + generation) can outlast a client timeout, this returns immediately with a **claim check** instead of the text: ``{"success": true, "claim_check": "...", "status": "pending", "poll_after_seconds": N}``. Redeem it with the free companion ``fetch_dynamic_block(claim_check)`` until ``status == "done"`` (then read ``result.text``). (The scheduler resolves blocks directly server-side at fire time and does not use this tool.) Paid: the AI cost is metered as a tollbooth fare on THIS start call, refunded if no LLM key is configured or the job ultimately fails. Args: prompt: The dynamic block's prompt to run. context: The surrounding composed post (may contain the ⟨HERE⟩ marker). voice: Voice-profile text fed to the model (optional). bans: Banned constructions — JSON array or comma-separated (optional). allowed_domains: Author allowlist for web_fetch — JSON array or comma-separated. Blank = fetch any URL the prompt references. max_fetches: Author budget for web lookups (search + fetch), 1..25. runtime_limit_seconds: Author's time budget (clamped 60..900). Sets the job's runtime ceiling and the poll cadence (first poll ~75% of it), and is available to the operator's pricing model for ad-valorem fares. npub: Your DPYC patron npub for credit billing.

NameTypeReqDescription
allowed_domainsstring
bansstring
contextstring
dpop_tokenstring
max_fetchesinteger
npubstringRequired. Your Nostr public key (npub1...) for credit billing.
promptstringyes
runtime_limit_secondsintegerAuthor's time budget for this block in seconds (60–900). Bounds how long the job may run AND sets the poll cadence; the operator may price it ad valorem.
voicestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_restore_credits ~255

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. Args: invoice_id: The BTCPay invoice ID to verify and credit. patron_npub: The patron's npub whose ledger receives the grant. dpop_token: A kind-27235 Nostr event signed by the OPERATOR's nsec for this tool. Patron proofs are rejected.

NameTypeReqDescription
dpop_tokenstringyes
invoice_idstringyes
patron_npubstringyes

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_restore_neon_schema ~149

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

NameTypeReqDescription
dpop_tokenstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_save_snippet ~202

Save a reusable post snippet (opening/footer/CTA). Omit ``snippet_id`` to create a new one; pass it to update an existing snippet in place (name/text/ favorite/doc). On update only the fields you pass change — omit ``favorite`` (leave it null) to keep it as-is, so a doc-only patch (e.g. toggling a snippet dynamic) doesn't reset it. ``doc`` is the same block/flag document a post carries, so the editor is identical for both. Free and owner-scoped. Returns ``{"success": true, "snippet": …}``.

NameTypeReqDescription
doc
dpop_tokenstring
favorite
namestring
npubstringRequired. Your Nostr public key (npub1...).
snippet_idstring
textstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_save_voice ~158

Save your writing Voice (replaces the previous one — it is a per-npub singleton). ``profile`` is free text. ``bans`` is a list of ``{text, on}`` objects: ``text`` is the construction to avoid, ``on`` whether it is an active constraint. Blank/duplicate entries are dropped server-side. Owner-scoped; priced by the operator's pricing model (use ``check_price``). Returns ``{"success": true, "voice": {...}}``.

NameTypeReqDescription
bans
dpop_tokenstring
npubstringRequired. Your Nostr public key (npub1...).
profilestring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_scheduler_check_now ~168

Run one scheduler tick now (operator-only). Pokes the Worker's ``/tick`` — the same work the ~30-minute cron does: it claims a pending proof reply (completing your authorization) and fires any due posts. Use it right after approving in Studio so you don't wait for the next tick. The Worker runs the tick in the background and returns immediately; re-read ``scheduler_status`` a few seconds later to see the phase flip. Returns ``{started: true}`` or ``{started: false}`` if the Worker couldn't be reached.

NameTypeReqDescription
dpop_tokenstring
npubstringThe OPERATOR's npub (npub1...); this tool is operator-only.

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_scheduler_pending ~224

What is the scheduled-post cron Worker waiting on? (operator-only). When the Worker's authorization lapses it DMs the operator a challenge phrase and parks. This returns that pending phrase so the operator can match it against the DM before approving in Studio — the Device-Grant second surface for a headless actor. The phrase lives only in the Worker's KV (an impostor can't inject it); we read it AS the operator (a kind-27235 signed with the operator key), so the human never signs anything in the browser. ``restricted``: gated to the operator npub, free. Never returns the active session token. Returns ``{phase, code, reason, requestedAt}`` — ``phase`` is ``pending`` / ``active`` / ``idle``, or ``unavailable`` if the Worker can't be reached.

NameTypeReqDescription
dpop_tokenstring
npubstringThe OPERATOR's npub (npub1...); this tool is operator-only.

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_scheduler_status ~158

The scheduler's configuration and current status (free; any proven patron). Relays the cron Worker's public ``/status`` — cadence, version, renewal window, and current authorization phase (``pending`` / ``active`` / ``idle``, no challenge phrase) — and adds the operator npub it acts for. No secrets: the pending phrase (operator-only) is ``scheduler_pending``; the per-tick traffic log is ``get_scheduler_log``. Returns the merged config, or ``{worker: "unavailable"}`` merged in if the Worker can't be reached.

NameTypeReqDescription
dpop_tokenstring
npubstringYour npub (npub1...).

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_service_status ~22

Check the health and configuration of this service. Free.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_session_status ~299

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. Args: patron_npub: Optional. If supplied, the response includes an ``upstream_oauth`` block with the patron's stored OAuth token expiry (runtime-derived from vault state) so a client can refresh proactively rather than reactively after a stale-token failure.

NameTypeReqDescription
patron_npubstring

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_set_pricing_model ~69

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.

NameTypeReqDescription
dpop_tokenstring
model_jsonstringyes

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_update_coupon ~168

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.

NameTypeReqDescription
clear_total_usesboolean
clear_uses_per_patronboolean
coupon_idstringyes
discount_percent
dpop_tokenstring
name
total_uses
uses_per_patron
valid_from
valid_until

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_update_patron_credential ~244

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. Args: npub: The patron's Nostr public key (npub1...). dpop_token: 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; content:"", created_at within 60s of now, and a random `nonce` tag recommended. Or a cached dpop_token phrase. field: The credential field name to set. value: The value to store.

NameTypeReqDescription
dpop_tokenstringyes
fieldstringyes
npubstringyes
valuestringyes

Structured output declared, but exposes no named fields.

No examples provided.

excalibur_update_post ~150

Patch a stored post. ``patch`` may set ``doc, publish_at, recurrence, cease_at, status`` (omit a field to leave it unchanged). ``text_cache`` is written when supplied (alongside a doc change). ``client_req_id`` dedupes debounced autosave retries — a repeat is a no-op with no second charge.

NameTypeReqDescription
client_req_idstring
dpop_tokenstring
npubstringRequired. Your Nostr public key (npub1...) for credit billing.
patchobjectyes
post_idstringyes
text_cachestring

Structured output declared, but exposes no named fields.

No examples provided.