hardline-mcp
Related Servers
Alternatives to hardline-mcp
No user-submitted related servers found.
Related Servers
- 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
- FlicenseNot gradedqualityDmaintenanceEnables multiple AI agents to communicate and coordinate via a shared SQLite-backed message log, supporting directed messages, broadcasts, and session discovery.-
- AlicenseAqualityBmaintenanceEnables AI agent hosts to exchange durable, local sender/receiver messages through a SQLite mailbox exposed as MCP tools (connect, send, receive, reply, ack, status, disconnect), so a coordinator can dispatch commands and an executor can return results without model polling while idle. A configured host wake adapter is still required to turn an incoming event into an Agent turn.9MIT
- 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
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents on the same machine to exchange asynchronous messages as plain Markdown files, with optional wake-up notifications per agent.5 npm1AGPL 3.0
- AlicenseNot gradedqualityAmaintenanceEnables Claude Code, Codex and opencode sessions on the same machine to message each other live over a local pipe, with threaded replies and offline queuing, and to delegate or spawn one another as background subagents. Messages persist in SQLite and any running server can take over as broker, so peers stay reachable without a daemon.49 npm3MIT
TDQS
Scored across 9 tools
Each tool has a clearly distinct purpose: mailbox operations (send, inbox, ack, history) are separate from asking agents (ask_hermes, ask_codex, ask_claude), and sync vs async variants are clearly differentiated by name. The only potential overlap is among the three ask_* tools, but they target different agents and the descriptions name them explicitly.
Mostly consistent: mailbox tools are single verbs/nouns (send, ack, inbox, history) and query tools follow 'ask_<agent>' with '_async' suffix for background variants. Minor inconsistency is the mix of verb and noun forms for mailbox tools and the absence of 'ask_hermes_async' (which is a completeness gap, not naming), but the overall pattern is readable and predictable.
Nine tools is well-scoped for a messaging and agent-query server. Each tool covers a distinct function without redundancy, and the count is within the ideal 3-15 range.
The core lifecycle is covered: send, read, ack, and history for the mailbox; synchronous ask for all three agents; asynchronous for two of them. Missing async for Hermes and no delete/clear operations are minor gaps that don't severely hamper workflows, but a fully complete surface would include ask_hermes_async and maybe message deletion.