Skip to main content
Glama
Praket7

agent-interop-runtime

by Praket7

Related Servers

Alternatives to agent-interop-runtime

No user-submitted related servers found.

    Related Servers

    • A
      license
      B
      quality
      B
      maintenance
      Enables 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.
      17
      27 npm
      Apache 2.0
    • A
      license
      Not graded
      quality
      A
      maintenance
      Enables 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
    • A
      license
      A
      quality
      B
      maintenance
      Enables 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.
      7
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      The 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 npm
      69
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables AI coding agents to communicate directly with each other across machines, with support for rooms, pairing, and encrypted messaging.
      5 npm
      8
      MIT

    TDQS

    B3.1/5.0

    Scored across 52 tools

    Disambiguation4/5

    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 Consistency2/5

    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.

    Tool Count3/5

    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.

    Completeness5/5

    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.

    Maintenance

    ActivityMaintained
    ResponsivenessNo issues