agentpeers MCP
OfficialRelated Servers
Alternatives to agentpeers MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables Codex and Claude Code sessions to discover one another and exchange direct, group, and threaded messages with read receipts, backed by a local SQLite store and native notifications that wake the receiving client. Supports optional end-to-end encrypted relay messaging between trusted machines while local delivery continues to work offline.MIT
- AlicenseNot gradedqualityBmaintenanceEnables Claude Code and Codex sessions in the same project to discover each other, coordinate status and file ownership, exchange signed end-to-end encrypted messages, and delegate desktop-app tasks to Codex Computer Use.18 npm1MIT
- AlicenseNot gradedqualityAmaintenanceLets independent Claude Code and Codex sessions running in different tools and projects discover each other and exchange questions, coordination messages, and replies that arrive back in the conversation that asked. Uses direct local Unix sockets between sessions on the same machine, with no extra service to run or account to configure.863 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables Claude Code sessions to discover each other as named peers and exchange instant messages across directories, machines, and Docker containers, with durable delivery for offline sessions.MIT
- AlicenseNot gradedqualityCmaintenanceLets local Claude Code and Codex sessions discover each other, read recent messages, and send questions between live or closed sessions.MIT

tincanofficial
AlicenseAqualityAmaintenanceEnables live Claude Code and Codex sessions on the same machine to send each other text messages directly. It provides peer discovery, message sending, and a shared message log through MCP tools.5470 npm1MIT
TDQS
Scored across 9 tools
Boundaries are mostly clear by conversational role: send_message, reply, ask_dispatcher, acknowledge, and inbox each imply a distinct action. However, setup also sends challenges and verifies receipts, overlapping with send_message/message_status, and send_message plus message_status both discuss return-route/route-failure diagnostics. The detailed descriptions help, but an agent could still hesitate between reply vs. send_message or setup vs. status checks.
All names use snake_case, but the convention is mixed: verb_noun tools like list_sessions, send_message, and ask_dispatcher coexist with bare verbs/nouns like setup, reply, acknowledge, inbox, and noun_status forms. It remains readable, but there is no single predictable pattern.
Nine tools is well-scoped for a specialized agent-to-agent messaging and coordination server. Each tool maps to a recognizable role: setup, discovery, sending, replying, acknowledging, status inspection, inbox reading, dispatcher questions, and decision lookup.
The surface covers the core messaging lifecycle: setup/verification, session discovery, send/reply/acknowledge, inbox/status inspection, dispatcher questions, and decision lookups. Minor gaps exist around message history/search or cancel/revoke operations, but agents can work around them for the stated coordination purpose.