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
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security57
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 76 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI 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
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
claude mcp add --transport http lonniev-excalibur-mcp https://excalibur-mcp.fastmcp.app/mcp
[mcp_servers.lonniev-excalibur-mcp] url = "https://excalibur-mcp.fastmcp.app/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"lonniev-excalibur-mcp": {
"type": "remote",
"url": "https://excalibur-mcp.fastmcp.app/mcp",
"enabled": true
}
}
} openclaw mcp add lonniev-excalibur-mcp --url https://excalibur-mcp.fastmcp.app/mcp --transport streamable-http
mcp_servers:
lonniev-excalibur-mcp:
url: "https://excalibur-mcp.fastmcp.app/mcp" {
"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.
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.
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 |
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.
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}``.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| npub | string | — | The 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.
| Name | Type | Req | Description |
|---|---|---|---|
| npub | string | — | — |
| signed_event | string | — | — |
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).
| Name | Type | Req | Description |
|---|---|---|---|
| amount_sats | integer | — | — |
| dpop_token | string | yes | — |
| npub | string | yes | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| credential_card | string | — | — |
| dpop_token | string | — | — |
| sender_npub | string | — | — |
| service | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| patron_npub | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | — |
| dpop_token | string | — | — |
| npub | string | yes | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| bans | string | — | — |
| dpop_token | string | — | — |
| full_text | string | — | — |
| instruction | string | — | — |
| npub | string | — | Required. Your Nostr public key (npub1...) for credit billing. |
| region | string | yes | — |
| voice | string | — | — |
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").
| Name | Type | Req | Description |
|---|---|---|---|
| body | string | yes | — |
| dpop_token | string | yes | — |
| npub | string | yes | — |
| title | string | yes | — |
| tool_name | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| authority_npub | string | yes | — |
| dpop_token | string | — | — |
| note | string | — | — |
| service_url | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| sender_npub | string | — | — |
| service | string | — | — |
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…
| Name | Type | Req | Description |
|---|---|---|---|
| patron_npub | string | — | — |
| reason | string | — | — |
| verify_at | string | — | — |
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).
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| allowed_domains | string | — | — |
| bans | string | — | — |
| context | string | — | — |
| dpop_token | string | — | — |
| max_fetches | integer | — | — |
| npub | string | — | Required. Your Nostr public key (npub1...) for credit billing. |
| prompt | string | yes | — |
| runtime_limit_seconds | integer | — | Author'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. |
| voice | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | — |
| invoice_id | string | yes | — |
| patron_npub | string | yes | — |
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).
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
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": …}``.
| Name | Type | Req | Description |
|---|---|---|---|
| doc | — | — | — |
| dpop_token | string | — | — |
| favorite | — | — | — |
| name | string | — | — |
| npub | string | — | Required. Your Nostr public key (npub1...). |
| snippet_id | string | — | — |
| text | string | — | — |
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": {...}}``.
| Name | Type | Req | Description |
|---|---|---|---|
| bans | — | — | — |
| dpop_token | string | — | — |
| npub | string | — | Required. Your Nostr public key (npub1...). |
| profile | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| npub | string | — | The 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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| npub | string | — | The 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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| npub | string | — | Your 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.
| Name | Type | Req | Description |
|---|---|---|---|
| patron_npub | string | — | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | — | — |
| model_json | string | yes | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| clear_total_uses | boolean | — | — |
| clear_uses_per_patron | boolean | — | — |
| coupon_id | string | yes | — |
| discount_percent | — | — | — |
| dpop_token | string | — | — |
| 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.
| Name | Type | Req | Description |
|---|---|---|---|
| dpop_token | string | yes | — |
| field | string | yes | — |
| npub | string | yes | — |
| value | string | yes | — |
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.
| Name | Type | Req | Description |
|---|---|---|---|
| client_req_id | string | — | — |
| dpop_token | string | — | — |
| npub | string | — | Required. Your Nostr public key (npub1...) for credit billing. |
| patch | object | yes | — |
| post_id | string | yes | — |
| text_cache | string | — | — |
Structured output declared, but exposes no named fields.
No examples provided.