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

io.github.lonniev/personalbrain-mcp

REMOTE · PERSONAL-BRAIN.FASTMCP.APP · SCANNED SEP 26

FastMCP server for TheBrain API — AI access to a personal knowledge graph, Tollbooth-monetized

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

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security57
Transport & Reachability100
Schema Quality & AI Usability65
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 13842 tokens (~166/item across 83 items; 83 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage93
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 76% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 10 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "brain_forget_credentials" implies "delete" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
  • An AI judge read all 84 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the io.github.lonniev/personalbrain-mcp server?

io.github.lonniev/personalbrain-mcp is a hosted endpoint at https://personal-brain.fastmcp.app/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · personal-brain.fastmcp.app

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

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 25 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 26 Aug 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 25 Aug 26 0
    • Stability: 0.97 → pass security
  • 18 Aug 26 0
    • New tool “brain_delete_operator_credential” functional
  • 17 Aug 26 0
    • Server version: 3.4.6 → 3.4.7 functional
  • 11 Aug 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 10 Aug 26 0
    • Authorization: Authorisation not fully verified: no authorisation is required to call this server, and 82 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. security
    • Schema quality: unverified → fail ▼ functional
    • Schema quality: 1255 → 166 ▲ functional
    • Tool coverage: unverified → 100 ▲ functional
    • Schema quality: poor → fair functional
    • Stability: fail → 0.50 functional
    • This server's schema is too large to store in full, so we cannot compare its tools day to day functional
  • 9 Aug 26 0
    • Stability: 0.43 → fail ▼ security
    • Authorization: Authorisation not fully verified: no authorisation is required to connect, but we couldn't read the whole tool list to see what that exposes. security
    • Schema quality: 165 → 1255 ▼ functional
    • Schema quality: fail → unverified ▼ functional
    • Tool coverage: 100 → unverified ▼ functional
    • Schema quality: fair → poor functional
    • This server's schema is too large to store in full, so we cannot compare its tools day to day functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 26 Sept 2026 · Probed https://personal-brain.fastmcp.app/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=*.fastmcp.app CN=Amazon RSA 2048 M04,O=Amazon,C=US 17 Jun 2026 31 Dec 2026 RSA 2048 SHA256-RSA a1583bafd89c7b58780ef1a0a0d2ad7
SANs: *.fastmcp.app
CN=Amazon RSA 2048 M04,O=Amazon,C=US (CA) CN=Amazon Root CA 1,O=Amazon,C=US 23 Aug 2022 23 Aug 2030 RSA 2048 SHA256-RSA 773124f2a952e3ed18a58bdb85d1bc0ce5f27
CN=Amazon Root CA 1,O=Amazon,C=US (CA) CN=Starfield Services Root Certificate Authority - G2,O=Starfield Technologies\, Inc.,L=Scottsdale,ST=Arizona,C=US 25 May 2015 31 Dec 2037 RSA 2048 SHA256-RSA 67f944a2a27cdf3fac2ae2b01f908eeb9c4c6

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of personal-brain.fastmcp.app. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
app. present 23684 8 Verified
fastmcp.app. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://personal-brain.fastmcp.app/mcp Verified 200
http (plaintext) http://personal-brain.fastmcp.app/mcp HTTPS enforced 301 https://personal-brain.fastmcp.app/mcp
MCP tools · 83 exposed · ~12,587 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
brain_mint_coupon ~151

Create a new operator-owned discount coupon.

NameTypeReqDescription
discount_percentnumberyesPercentage off the base price (0-100).
dpop_tokenstring––
namestringyesThe catchy code patrons type to redeem (operator-scoped uniqueness).
total_uses––Aggregate cap across all patrons (default None = unlimited).
uses_per_patron––How many tool calls one patron can claim the discount on (default 1; pass null/None for unlimited within the window).
valid_fromstringyesISO-8601 datetime when the coupon becomes active.
valid_untilstringyesISO-8601 datetime when the coupon expires.

Structured output declared, but exposes no named fields.

No examples provided.

brain_morph_thought ~243

Atomically reparent and/or retype a thought in one operation. Requires npub for credit billing. Reparenting *replaces* the thought's existing parent link (the old parent child-link is deleted and a new one created); it does not add an additional parent. To also set the thought's name or label in the same call, use update_thought (which now accepts new_parent_id).

NameTypeReqDescription
brain_id––The ID of the brain (uses active brain if not specified)
confirmboolean–If True, verify the reparent/retype against the authoritative change-log (MOVED_LINK / SET_TYPE) instead of the cached graph, and attach a ``confirmation`` block. Costs one extra billed read.
dpop_tokenstring––
new_parent_id––ID of the new parent thought (replaces all current parents)
new_type_id––ID of the new type to assign
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
thought_idstringyesThe ID of the thought to morph

Structured output declared, but exposes no named fields.

No examples provided.

brain_notarize_ledger ~53

Build a Merkle tree of all patron balances and submit the root to Bitcoin via OpenTimestamps. Operator-only background task. Bitcoin confirmation takes 1-6 hours. Free — no credits required.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

brain_oracle_about ~21

Describe the DPYC ecosystem via the Oracle. Free.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

brain_oracle_get_tax_rate ~23

Get the current DPYC certification tax rate. Free.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

brain_oracle_how_to_join ~24

Get DPYC onboarding instructions from the Oracle. Free.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

brain_oracle_lookup_member ~32

Look up a DPYC community member by npub. Free.

NameTypeReqDescription
npubstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

brain_oracle_network_advisory ~24

Get active network advisories from the Oracle. Free.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

brain_publish_nostr_profile ~149

Publish a CLIENT-SIGNED kind-0 profile to relays for an npub. The wheel never holds a patron nsec. The frontend signs the kind-0 metadata event with the patron's session key or a NIP-07 extension and passes the signed event (JSON) here; the wheel verifies the signature matches the npub, then relays it to public relays. The signature is the authorization — no proof token, no key custody. Free.

NameTypeReqDescription
npubstring–The patron's Nostr public key the event must be signed by.
signed_eventstring–A JSON-encoded, client-signed kind-0 event.

Structured output declared, but exposes no named fields.

No examples provided.

brain_purchase_credits ~198

Buy credits via Bitcoin Lightning. Creates a Lightning invoice. Pay it with any Lightning wallet, then call check_payment to confirm. Proof of npub ownership is required so credits land in the correct ledger. Free — no credits required to call.

NameTypeReqDescription
amount_satsinteger–Satoshis to purchase (default 1000).
dpop_tokenstringyesRaw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL…
npubstringyesThe Nostr public key (npub1...) the credits will fund.

Structured output declared, but exposes no named fields.

No examples provided.

brain_receive_credentials ~322

Pick up credentials from the Secure Courier. Completes the CREDENTIAL-DELIVERY flow (the ownership-proof counterpart is ``receive_npub_proof``). **Call this only after the user confirms they have replied.** Deterministic, one-shot retrieval: name the response you want with ``(sender_npub, service, dpop_token)`` and the tool drains ONLY the rendezvous relay that channel was pinned to. Every popped DM with the wrong session phrase is deleted and its sender is NACK'd; the first DM with the matching phrase is accepted (ACK'd) and the scan stops. If none match, the queue is drained and a ``courier_not_found`` result is returned. Do NOT poll, loop, or retry. If a credential_card (ncred1...) is provided, it is redeemed directly without any relay access (dpop_token not required for that path). On success, the payment processor client is reinitialized from the new credentials — no server restart needed.

NameTypeReqDescription
credential_cardstring–Optional. An ncred1... card to redeem directly (bypasses the relay drain; dpop_token not needed).
dpop_tokenstring–Required. The session phrase returned by request_credential_channel for this exact channel.
sender_npubstring–Required. The npub that sent the credentials.
servicestring–Required. The credential service name (must match the service used in request_credential_channel).

Structured output declared, but exposes no named fields.

No examples provided.

brain_receive_npub_proof ~309

Receive npub ownership confirmation from a patron. Completes the npub-OWNERSHIP-PROOF flow (the credential-delivery counterpart is ``receive_credentials``). **Call this only after the user confirms they have replied.** Deterministic, one-shot retrieval: name the response with ``(patron_npub, dpop_token)`` — the ``dpop_token`` being the value returned by ``request_npub_proof``. The tool drains ONLY the pinned rendezvous relay that challenge was published on, stopping at the DM whose phrase matches. Mismatched DMs are deleted and NACK'd (without revealing the expected phrase). If called before the user replies, their message will never be found. Do NOT poll, loop, or retry. The signed DM itself proves npub ownership (the patron's nsec signed it). On success, returns the ``dpop_token`` — the same token. The calling application MUST remember it and pass it as the ``dpop_token`` parameter on every subsequent paid tool call. The proof (a hash of the token) is stored in the vault keyed by that hash — the MCP never stores the raw token itself. Free.

NameTypeReqDescription
dpop_tokenstring–Required. The dpop_token returned by request_npub_proof.
patron_npubstring–Required. The patron's npub to receive proof from.

Structured output declared, but exposes no named fields.

No examples provided.

brain_receive_patron_credentials ~122

Pick up patron credentials from the Secure Courier. Deterministic, one-shot retrieval: name the response with ``(sender_npub, dpop_token)`` and the tool drains ONLY the pinned rendezvous relay for that channel, stopping at the matching DM. Provide an ncred1... credential_card to redeem directly instead (dpop_token not required for that path). Do NOT poll or retry. Free.

NameTypeReqDescription
credential_cardstring––
dpop_tokenstring––
sender_npubstring––

Structured output declared, but exposes no named fields.

No examples provided.

brain_redeem_coupon ~133

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.

brain_report_issue ~347

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.

NameTypeReqDescription
bodystringyesThe details — which tool, what was wrong, what you expected.
dpop_tokenstringyesRaw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL…
npubstringyesYour Nostr public key (npub1...); the report's author of record.
titlestringyesOne-line summary of the problem.
tool_namestring–Optional: the specific tool the report is about (e.g. "schwab_get_option_chain").

Structured output declared, but exposes no named fields.

No examples provided.

brain_request_adoption ~192

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.

NameTypeReqDescription
authority_npubstringyesnpub of the Authority to request adoption from.
dpop_tokenstring–operator-npub ownership proof (inline kind-27235 or cached token).
notestring–optional message for the Authority owner.
service_urlstring–this operator's MCP endpoint (advertised to the Authority).

Structured output declared, but exposes no named fields.

No examples provided.

brain_request_credential_channel ~250

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.

NameTypeReqDescription
sender_npubstring–Required. The npub to send the template to.
servicestring–Required. The credential service name (e.g., from get_operator_onboarding_status or get_patron_onboarding_status).

Structured output declared, but exposes no named fields.

No examples provided.

brain_request_npub_proof ~487

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.

NameTypeReqDescription
patron_npubstring–Required. The patron's npub to request proof from.
reasonstring–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 reci…
verify_atstring–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…

Structured output declared, but exposes no named fields.

No examples provided.

brain_request_patron_credentials ~45

Open a Secure Courier channel for patron credential delivery. Sends a welcome DM with a credential template to the patron. Free.

NameTypeReqDescription
sender_npubstring––

Structured output declared, but exposes no named fields.

No examples provided.

brain_reset_pricing_model ~80

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.

brain_restore_credits ~233

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.

NameTypeReqDescription
dpop_tokenstringyesA kind-27235 Nostr event signed by the OPERATOR's nsec for this tool. Patron proofs are rejected.
invoice_idstringyesThe BTCPay invoice ID to verify and credit.
patron_npubstringyesThe patron's npub whose ledger receives the grant.

Structured output declared, but exposes no named fields.

No examples provided.

brain_restore_neon_schema ~147

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.

brain_scan_orphans ~135

Scan for orphaned thoughts with zero connections and optionally rescue them. Requires npub for credit billing.

NameTypeReqDescription
batch_sizeinteger–Number of orphans to process per batch
brain_id––The ID of the brain (uses active brain if not specified)
dpop_tokenstring––
dry_runboolean–If true, only report orphans without rescuing them
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
orphanage_namestring–Name of the orphanage thought to rescue orphans under

Structured output declared, but exposes no named fields.

No examples provided.

brain_search_thoughts ~221

Full-text search across thought names and content. Requires npub for credit billing. ⚠️ NOT AUTHORITATIVE. Backed by the vendor's search index, which is incomplete on large brains (upstream: TheBrainTech/thebrain-api-quickstart-python#1) — it returns empty for the majority of thoughts that provably exist. A hit is real; an empty result is NOT proof of absence. Use for discovery of older/established thoughts, not as an existence check — verify by ID with get_thought before acting on "not found".

NameTypeReqDescription
brain_id––The ID of the brain (uses active brain if not specified)
dpop_tokenstring––
max_resultsinteger–Maximum number of results
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
only_search_thought_namesboolean–Only search in thought names (not content)
query_textstringyesSearch query text

Structured output declared, but exposes no named fields.

No examples provided.

brain_service_status ~20

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.

brain_session_status ~285

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.

NameTypeReqDescription
patron_npubstring–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…

Structured output declared, but exposes no named fields.

No examples provided.

brain_set_active_brain ~75

Set the active brain for subsequent operations. Requires npub for credit billing.

NameTypeReqDescription
brain_idstringyesThe ID of the brain to set as active
dpop_tokenstring––
npubstring–Required. Your Nostr public key (npub1...) for credit billing.

Structured output declared, but exposes no named fields.

No examples provided.

brain_set_pricing_model ~67

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.

brain_update_coupon ~166

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.

brain_update_link ~128

Update link properties. Requires npub for credit billing.

NameTypeReqDescription
brain_id––The ID of the brain (uses active brain if not specified)
color––New color in hex
direction––New direction flags
dpop_tokenstring––
link_idstringyesThe ID of the link to update
name––New label
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
relation––New relation type
thickness––New thickness (1-10)

Structured output declared, but exposes no named fields.

No examples provided.

brain_update_operator_credential ~181

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.

NameTypeReqDescription
dpop_tokenstringyesOperator proof for this tool.
fieldstringyesThe operator credential field to set. Must be declared in the operator's credential template.
valuestringyesThe value to store.

Structured output declared, but exposes no named fields.

No examples provided.

brain_update_patron_credential ~217

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.

NameTypeReqDescription
dpop_tokenstringyesRaw JSON of a kind-27235 Nostr event signed by npub — not base64, not NIP-98 'Authorization: Nostr <b64>' framing. Its `u` tag must hold THIS tool's exact name (from tools/list), not the endpoint URL…
fieldstringyesThe credential field name to set.
npubstringyesThe patron's Nostr public key (npub1...).
valuestringyesThe value to store.

Structured output declared, but exposes no named fields.

No examples provided.

brain_update_thought ~288

Update a thought's properties and/or its parent in one call. Requires npub for credit billing. Sets any subset of {name, label, colors, kind, ac_type, type, parent} on a single thought. Reparenting via ``new_parent_id`` *replaces* the existing parent link (the old parent child-link is deleted and a new one created); it does not add an additional parent.

NameTypeReqDescription
ac_type––New access type
background_color––New background color in hex
brain_id––The ID of the brain (uses active brain if not specified)
confirmboolean–If True, verify type/parent changes against the authoritative change-log (SET_TYPE / MOVED_LINK) instead of the cached graph, and attach a ``confirmation`` block. Costs one extra billed read.
dpop_tokenstring––
foreground_color––New foreground color in hex
kind––New kind
label––New label
name––New name
new_parent_id––New parent thought ID (replaces all current parents)
npubstring–Required. Your Nostr public key (npub1...) for credit billing.
thought_idstringyesThe ID of the thought to update
type_id––New type ID

Structured output declared, but exposes no named fields.

No examples provided.

Common questions

What is the io.github.lonniev/personalbrain-mcp server?

io.github.lonniev/personalbrain-mcp is listed in the public MCP registry as io.github.lonniev/personalbrain-mcp. FastMCP server for TheBrain API, AI access to a personal knowledge graph, Tollbooth-monetized. This page covers its hosted endpoint (https://personal-brain.fastmcp.app/mcp).

Is the io.github.lonniev/personalbrain-mcp server safe to use?

io.github.lonniev/personalbrain-mcp scores 74 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.lonniev/personalbrain-mcp server expose?

io.github.lonniev/personalbrain-mcp exposes 83 tools: brain_check_balance, brain_purchase_credits, brain_check_payment, brain_restore_credits, brain_account_statement, and 78 more. Their descriptions and schemas cost roughly 12,587 tokens of context every time the server is loaded.

Does the io.github.lonniev/personalbrain-mcp server require authentication?

No. We connected to io.github.lonniev/personalbrain-mcp without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the io.github.lonniev/personalbrain-mcp server still maintained?

io.github.lonniev/personalbrain-mcp is still listed as active in the MCP registry. We last reached this channel on 26 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.