
Nostr Ops Mcp
io.github.llmops-proPublished by GitHub account llmops-prov0.2.3Updated Oct 25, 2026
Nostr publishing, queries, and DMs for AI agents, with allowlists, rate limits, and an audit log.
Overview
A local MCP server that gives an AI assistant a Nostr identity to sign, publish, query and send encrypted DMs, with allowlists, rate limits and an audit log.
- What you can do
- Decode and encode NIP-19 identifiers locally, and look up profiles and NIP-05 names on relays or the web without a signer. Query events with NIP-01 filters and list the configured relay pool and its connection status. Publish events, text notes, profile metadata and replaceable events, and request soft deletion, all gated by a kind allowlist and rate limiter. Send, list and decrypt encrypted direct messages when the DM tools are explicitly enabled.
- When to use it
- Use it when you want an assistant to act as a specific Nostr identity: posting notes, managing a profile, querying relays, or running a DM-driven workflow. The safety rails make it more suitable for ongoing or semi-automated posting than for one-off reads, which need no signer.
- Requirements
- Node.js 20 or later, run locally over stdio. NOSTR_RELAYS with wss:// relay URLs is required. A signer is needed for writes: preferably a NIP-46 bunker URI in NOSTR_NIP46_URI, or a raw nsec in NOSTR_PRIVATE_KEY. NOSTR_ALLOWED_KINDS is required once a signer is configured. The server loads its own .env file next to its build output.
Installation
In SourceWeft
- Open Nostr Ops Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
nostr-ops-mcp
A NOSTR identity for your LLM agent. MCP server that exposes NOSTR protocol primitives — sign, publish, query, NIP-19 encode/decode, NIP-05 lookup, encrypted DMs — as tools your agent can call. Drop it into Claude Desktop, Claude Code, Cursor, or any MCP-speaking client. Hand the agent a NIP-46 bunker key (not a raw nsec). Set a kind allowlist. Let it post on your behalf within rails you control.
v0.1 — full read + write + DM surface. 16 tools wrapped in a defense-in-depth safety stack: kind allowlist (deny-by-default), recipient allowlist, rate limits, optional two-step confirmation, structured audit log. Supports both nsec (dev) and NIP-46 bunker (production).
What you can do with this
- A bot that publishes kind:1 notes from your npub — daily summaries, scheduled posts, programmatic reactions to incoming events.
- A NOSTR sales agent — pair with
marketplace-mcpto publish NIP-15 stalls + products as the same identity. - Profile management —
nostr_publish_metadatafor kind:0 (always demands confirmation — overwriting your profile is irreversible without older relay data). - DM-driven workflows — a storefront agent that watches incoming DMs (with
nostr_list_dms), decrypts orders, and replies vianostr_send_dm. Default-off behindNOSTR_DM_TOOLS_ENABLED. - Cross-server identity — share the same NIP-46 bunker URI across
nostr-ops-mcpandmarketplace-mcp. One key, one identity, two specialized tool surfaces.
The safety stack is the load-bearing reason this is usable in production: an agent with the keys to publish as you can ruin your reputation in seconds if unconstrained. The server enforces what kinds it'll sign, what rate, optional second-step confirmation, and writes every call to a structured audit log.
The sixteen tools
Read-only — local (no network, no signer needed)
Read-only — network (no signer needed for query/profile/nip05)
Write (require signer; gated by KindAllowlist + RateLimiter + optional confirm)
DMs (highest-risk; default-off via NOSTR_DM_TOOLS_ENABLED=true)
NIP-17 sealed/gift-wrapped DMs are not yet supported — deferred to a future v0.2 (rumor events + gift-wrapping add nontrivial complexity).
Requirements
- Node 20+
- A NOSTR signer — strongly preferred: a NIP-46 bunker URI from Amber (Android), nsec.app (web), or any other NIP-46 implementation. Legacy path: a raw nsec in
.env. The server logs a stderr warning at startup when nsec-on-disk is detected.
Install
Configure
The server auto-loads .env from this binary's own directory (next to dist/) — deliberately NOT from cwd, to avoid env-var collision when multiple MCP servers run in the same Claude Code session.
Required
Signer — provide AT MOST one
Optional safety knobs
Wire into an MCP client
Claude Code (project-scoped)
Claude Desktop / Cursor / other clients
Because the server loads its own .env, leave the env block empty in the client config — keep secrets out of any committed file.
Safety model
Every write tool runs the pipeline in this order:
NOSTR_READ_ONLYgate — refuse outright.- Signer presence — refuse if neither nsec nor NIP-46 URI is configured.
- KindAllowlist — refuse if the event kind isn't in
NOSTR_ALLOWED_KINDS. - RateLimiter — refuse if the rolling 60s
eventsbucket is full. - Confirm gate — if
NOSTR_REQUIRE_CONFIRM=true(or the tool always-confirms, likepublish_metadata), return a 16-byte hex token instead of signing. - Sign + publish — via NDK; the signer handshake completes lazily on first use (relevant for NIP-46 where the bunker handshake is async).
- Audit log — append-only JSON line for every attempt (ok / blocked / error).
DM tools add three more checks on top: NOSTR_DM_TOOLS_ENABLED, DmAllowlist (per-recipient), and a separate dms rate bucket.
The floor is your signer. If using NIP-46, the bunker can refuse any sign request — that's the strongest safety boundary. This server's checks are belt-and-suspenders on top.
Verifying calls actually went through
Successful publish: {"ts":"...","tool":"nostr_publish_text_note","outcome":"ok","result":{"event_id":"...","relays_accepted":[...]}}. Blocked / error lines are equally structured. The audit log is append-only by intent — rotate it as part of your operational hygiene.
Testing
For end-to-end testing against live relays, configure a throwaway nsec + a couple of public relays (damus.io, nos.lol) and run a small loop: nostr_publish_text_note → nostr_query_events to confirm the note round-tripped. The nostr_send_dm → nostr_list_dms loop validates the DM path (you can DM yourself for a closed-loop check).
Companion servers
nwc-mcp— Lightning wallet over NWC. Pair these to build sats-spending NOSTR agents.marketplace-mcp— NIP-15 marketplace publish (Shopstr-compatible). Uses the same signer setup as this server.
License
MIT — see LICENSE.
Contact / Issues
Built by LLMOps.Pro.
- NOSTR:
npub1hdg932jvwc3jdvkqywgqv0ue4nn60exrf92asy8mtazt3hjg7d2s2yw0nw— follow, DM, zap. - Lightning Address:
[email protected]— for support zaps and "this was useful" tips. - Bug reports / feature requests: open a GitHub issue (link forthcoming).
- Security issues: please disclose privately via NOSTR DM before opening a public issue.
Source: README.md at commit 8c6daf6
Tools
0Version history
1- v0.2.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts