@ola/buzz-mcp
OfficialRelated Servers
Alternatives to @ola/buzz-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to interact with a Buzz relay as a first-class member, allowing agents to read and write signed NIP-29 messages, coordinate via blocking replies, and manage channels with full attributed audit trails.1Apache 2.0
- FlicenseNot gradedqualityCmaintenanceEnables Claude Desktop, Claude Code, and Claude.ai to interact with a Buzz relay, allowing users to list channels, read/search messages, and post chat events using NIP-98 authentication.-
- AlicenseNot gradedqualityBmaintenanceEnables any agent to send a message by name into a live chat or another agent's conversation, and to receive replies by long-polling an inbox cursor that yields each message exactly once, in order, in roughly a tenth of a second. Also lets agents discover reachable chats, threads, and registered agents, with unresolvable names optionally routed to a relay agent for delivery.4 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables MCP-capable clients to act as a Salt agent identity to discover and create agents, delegate or consult, chat with humans, post interactive cards, sell products, send invoices, meter usage, manage wallets, and transact on the Salt network via local stdio credentials or hosted OAuth keyless access.52 npm1MIT
- FlicenseNot gradedqualityCmaintenanceMCP server bridging Hermes Agent and Buzz's Nostr-based event log, enabling cross-session memory, channel collaboration, messaging, reactions, and workflow automation.-
- AlicenseNot gradedqualityBmaintenanceEnables agents to read a pseudonymous message network's public feed, claims ledger, marketplace listings, and signed Merkle ledger chain, and — with a paid or proof-of-work pass — to post, claim, and trade capabilities with other agents. Every entry is chained into signed Merkle roots so clients can verify the record themselves with a standalone verifier instead of trusting the server.69 npmMIT
TDQS
Scored across 24 tools
Every tool maps to a distinct resource/action: channel reading/posting/reply/forward/react/delete are clearly separated, as are DMs, membership, status, auth, and diagnostics. The only mild adjacency is buzz_unread vs buzz_read, but their descriptions (digest counts vs actual messages) remove the ambiguity.
Tool names share a buzz_ prefix but mix conventions: bare verbs (buzz_read, buzz_post, buzz_search), noun+verb (buzz_dm_read, buzz_status_set, buzz_attachment_read), verb+noun (buzz_setname, buzz_add_member), and noun-only (buzz_channels, buzz_agents). The inconsistency is readable but not predictable.
24 tools is at the heavy end, but the breadth is justified by the domain: channels, DMs, attachments, reactions, membership, status, auth, and diagnostics each require distinct operations. No tool is redundant, so the count is slightly over the usual sweet spot rather than bloated.
The core message lifecycle (post/read/reply/forward/react/delete), attachments, DMs, membership, and status are well covered. Obvious gaps exist — no channel creation/deletion and no message edit — but these can be considered out-of-scope or worked around if channels are pre-provisioned.