Skip to main content
Glama

nostr-mcp

A Model Context Protocol server for Nostr. Agents can read verified public data and act on Nostr: post notes and replies, react, repost, publish articles, manage drafts, send encrypted direct messages, upload media, and send Lightning zaps. Private keys stay out of the conversation because signing happens inside the server process.

Reads report relay provenance. Invalid signatures are discarded, duplicate events are merged, and partial relay failures show up in results instead of being hidden.

Quick start

# Register with Codex (or point any MCP host at the stdio command below)
npx -y @diegoaly_/nostr-mcp@latest install

# Create an encrypted identity (NIP-49 key file, passphrase prompted)
npx -y @diegoaly_/nostr-mcp@latest key generate
// Any MCP host. Signing activates when NOSTR_KEY_PASSPHRASE is present.
{
  "mcpServers": {
    "nostr": {
      "command": "npx",
      "args": ["-y", "@diegoaly_/nostr-mcp@latest"],
      "env": { "NOSTR_KEY_PASSPHRASE": "{your-passphrase}" }
    }
  }
}

With no identity configured the server runs read-only, and every write tool explains how to enable itself when called. If you would rather not hold keys locally at all, use a NIP-46 bunker: set NOSTR_BUNKER_URI=bunker://... from Amber on Android, and the key never touches this machine.

Related MCP server: nostr-read-mcp

What it can do

Read & discover. Resolve any identifier (npub, note, nevent, naddr, NIP-05 handles), fetch profiles and events with relay provenance, reconstruct full threads, run full-text search over NIP-50 relays, look up NIP-65 relay lists, inspect NIP-11 relay documents.

Publish. Notes with automatic reply threading, reactions, reposts, deletes that check ownership first, profile editing that preserves unknown fields, and long-form markdown articles where republishing a slug edits the article.

Drafts, DMs, media, money. Encrypted local drafts. Sealed-sender private messages over NIP-17. Blossom media uploads that return ready-made imeta tags. Lightning zaps through Nostr Wallet Connect, capped by a server-side spend limit.

The complete tool reference lives in docs/tools.md, and the protocol coverage matrix in docs/nips.md.

Identity options

Option

Setup

Key location

Encrypted key file (recommended)

key generate + NOSTR_KEY_PASSPHRASE

This machine, NIP-49-encrypted

Remote signer / Amber (NIP-46)

NOSTR_BUNKER_URI=bunker://...

Off-machine; signer approves each request

Raw env var (automation only)

NOSTR_NSEC=nsec1...

Process environment

Zaps additionally need a wallet URI (NOSTR_WALLET_NWC, from Alby/Primal/Coinos). Per-zap spending is capped by NOSTR_MAX_ZAP_MSAT regardless of what an agent tries.

Full details in docs/configuration.md.

Documentation

Doc

Contents

docs/tools.md

All 31 tools: inputs, outputs, capability gating

docs/nips.md

Supported NIPs: implemented, internal, excluded

docs/configuration.md

Every environment variable, identity setup, wallet setup

docs/architecture.md

Layer structure, key interfaces, read/publish pipelines, secret handling

docs/development.md

Dev workflow, testing principles, releasing

SECURITY.md

Trust boundaries and vulnerability reporting

Requirements

  • Node.js 20.19 or newer

  • An MCP host that supports stdio servers

Development

npm run check

Type checking, the offline test suite, build, a real-stdio smoke test, and npm package validation. See docs/development.md.

Security model

  • Signing happens inside the server process; keys never appear in tool inputs, outputs, or logs

  • NIP-49 encrypted keys at rest; NIP-46 bunker mode keeps keys off the machine entirely

  • Server-enforced zap spend cap; destructive tools are annotated and gated behind explicit configuration

  • Signature verification before events reach the agent; strict relay URL validation against SSRF

  • Bounded relay counts, result sizes, and timeouts; per-relay errors reported, never swallowed

License

MIT

Available Tools

5 tools
nostr_get_eventGet Nostr eventA
Read-onlyIdempotent

Fetch one signature-verified Nostr event by hex ID, note, or nevent and report which relays supplied it.

Inputs: event (required), relay_urls.

nostr_get_profileGet Nostr profileA
Read-onlyIdempotent

Fetch the newest signature-verified, valid JSON kind 0 profile for an npub, nprofile, or hex pubkey.

Inputs: identity (required), relay_urls.

nostr_inspect_relayInspect Nostr relayA
Read-onlyIdempotent

Fetch a relay's NIP-11 information document without following redirects. Only public wss:// relay URLs are accepted.

Inputs: relay_url (required), timeout_ms.

nostr_query_notesQuery Nostr notesA
Read-onlyIdempotent

Query signature-verified kind 1 notes with bounded author, time, text-search, event-reference, and pubkey-mention filters.

Inputs: limit, since, until, search, +4 more.

nostr_resolve_identityResolve Nostr identityA
Read-onlyIdempotent

Decode a hex, npub, nprofile, note, nevent, or naddr identifier. nsec and encrypted private-key identifiers are rejected.

Inputs: identifier (required), expected.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.3/5.0

    Scored across 5 tools

    Disambiguation5/5

    Each tool targets a distinct Nostr operation: identifier resolution, profile fetch, specific event fetch, note querying, and relay inspection. No two tools overlap in purpose; boundaries are clear.

    Naming Consistency5/5

    All tools use the consistent prefix 'nostr_' followed by a verb_noun pattern (resolve_identity, get_profile, get_event, query_notes, inspect_relay). Perfectly uniform and predictable.

    Tool Count5/5

    With 5 tools, the server is well-scoped for a read-oriented Nostr client. Each tool provides a distinct capability without redundancy, fitting the typical 3-15 range ideal.

    Completeness4/5

    The surface covers core read operations: identity decoding, profiles, single events, filtered note queries, and relay metadata. Missing publishing and multi-event/list fetching, but these are minor gaps for a query-focused server.

    Maintenance

    ActivityNo data
    ResponsivenessOutdated data

    Related MCP Connectors

    Related MCP Servers