agent-interop-runtime
Related Servers
Alternatives to agent-interop-runtime
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to discover and exchange text messages between existing, locally authenticated Claude Code and Codex sessions on the same machine, using installed clients without API keys.4 npm2MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI coding sessions in different vendor clients, such as Claude Code and Codex, to exchange questions, reviews, and handoffs locally in either direction without a lead agent.518 npmMIT
- 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.1713 npmApache 2.0
- AlicenseAqualityDmaintenanceConnect Claude Code to other AI agents for messaging, registration, presence, and capability discovery.107 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
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.