agent-interop-runtime
Related Servers
Alternatives to agent-interop-runtime
No user-submitted related servers found.
Related Servers
- AlicenseBqualityBmaintenanceEnables any MCP host to delegate work to multiple coding-agent CLIs such as Codex, Claude Code, and Antigravity as subagents, preserving native sessions and supporting team-based supervision and agent-to-agent messaging.1727 npmApache 2.0
- AlicenseAqualityDmaintenanceConnect Claude Code to other AI agents for messaging, registration, presence, and capability discovery.109 npm1MIT
- AlicenseNot gradedqualityAmaintenanceEnables coding agents to communicate with each other by sending messages and waiting for replies across sessions, supporting agents like Claude Code, Codex, and Grok.MIT
- AlicenseAqualityBmaintenanceEnables coding agents from different vendors on the same machine to delegate tasks to each other over the A2A protocol, while also allowing the machine to act as an A2A peer.7MIT
- AlicenseNot gradedqualityDmaintenanceThe simplest way to bridge and collaborate across AI Agent sessions like Claude Code, Codex, Gemini, or Cursor. It allows your agents to combine their strengths to solve your most difficult tasks without leaving their current context.32 npm69MIT

crosstalkofficial
AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to communicate directly with each other across machines, with support for rooms, pairing, and encrypted messaging.5 npm8MIT
TDQS
Scored across 52 tools
Most tools have clearly distinct purposes, but there is some overlap in the progress/events area (get_thread_progress, watch_thread, get_thread_progress_summary, watch_active_threads) and events_read vs events_page. Descriptions are detailed enough to reduce confusion, but the close relationships could still cause misselection in some cases.
Naming conventions are inconsistent: many tools use verb_noun (list_models, send_message, set_model) but many also use noun_verb (conversation_create, work_list, evidence_get). There is also mixed use of get_, list_, read_, and watch_ for similar operations (e.g., get_thread, list_threads, read_project_file). This inconsistency makes it harder to predict tool names.
At 52 tools, the server is on the high end and may be overwhelming for agents. The broad domain (sessions, conversations, work, handoffs, claims, evidence, permissions, threads) justifies many tools, but the sheer count risks agent confusion and increased cognitive load. Each tool seems to serve a specific purpose, so it is borderline appropriate.
The tool surface appears comprehensive for an agent interop runtime. It covers session lifecycle (create, resume, cancel, set model/reasoning), conversation coordination (create, join, list, read, send, reconcile), durable work (create, list, get, verify), handoffs (create, update status, packet), claims (acquire, release, list), evidence (get, list), reviews (create, request), and permissions (pending, respond). Thread operations and provider interactions are also covered. No obvious dead ends or major gaps are apparent.