Local AI Relay
Related Servers
Alternatives to Local AI Relay
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables agents to exchange messages through a local-first SQLite-backed bus with inboxes, group work queues, acknowledgements, retries, and scheduling over loopback.MIT
- AlicenseAqualityBmaintenanceEnables local AI coding agents to message each other on one machine using a durable SQLite mailbox and live-ask tools.91MIT
- AlicenseBqualityBmaintenanceEnables AI agents from different frameworks to communicate asynchronously via a persistent SQLite-backed bus, with doorbell wakeups for sub-second notifications and full message history.6MIT
- AlicenseNot gradedqualityBmaintenanceEnables coding-agent sessions to post and collect durable letters through a fully local, SQLite-backed post office, with delivery retried across restarts until the recipient acknowledges. Any MCP client or shell-capable agent can use it to send, read, acknowledge, and review the history of messages between sessions.32 npmAGPL 3.0
- AlicenseNot gradedqualityAmaintenanceEnables LLM agents to sync and manage IMAP/SMTP mailboxes through a local SQLite cache, covering folder and thread reading, FTS5 search, composing, replying, forwarding, and flag/label organization. Works without credentials for cached reads and supports a CLI tool surface alongside the MCP interface.1,498 npm1MIT
- AlicenseNot gradedqualityBmaintenanceEnables coding-agent sessions on the same machine to collaborate locally and durably by exchanging requests, replies, and task results through an authenticated loopback server with SQLite-backed storage, joined via CLI or an MCP stdio bridge. It also handles message delivery by priority and wait time, deduplicates idempotent sends, enforces task versioning, and preserves artifacts by content hash.10 npmApache 2.0
TDQS
Scored across 9 tools
Each tool targets a distinct phase of the chat lifecycle, and the dense descriptions explicitly contrast the risky pairs: chat_receive (claim once) vs chat_context (read without ACK), and chat_ack vs chat_send's implicit reply_to/delivery_id confirmation. The overlap between chat_send's built-in ACK and chat_ack, plus the read-oriented split between receive/context, means an agent can still misselect without reading the fine print, but boundaries are documented.
All nine tools use the same chat_<verb> snake_case pattern (create, join, status, send, receive, ack, context, checkpoint, leave). No mixed conventions or vague verbs; names map cleanly onto the described actions.
Nine tools is well-scoped for a relay/chat-room protocol: session lifecycle (create/join/leave), messaging (send/receive/ack), and state (status/context/checkpoint). Nothing appears redundant at the surface level given the v2 protocol's deliberate send/receive/ack split.
Coverage of the agent-facing chat loop is strong: create, join, leave, send, receive, ack, inspect status, restore context, and checkpoint. Gaps are minor — there is no room discovery/listing tool (join presumes a known room id), no member management (invite/kick), and no room teardown, which agents must work around.