Skip to main content
Glama
AIops-tools

Monitoring AIops

Related Servers

Alternatives to Monitoring AIops

No user-submitted related servers found.

    Related Servers

    • F
      license
      Not graded
      quality
      B
      maintenance
      MCP server for NinjaOne RMM that exposes tools for managing organizations, devices, alerts, ticketing, and automation/scripting via NinjaOne's Public API v2.
      -
    • A
      license
      C
      quality
      F
      maintenance
      Comprehensive MCP server for integrating with Zabbix monitoring systems, providing 90+ API tools across 19 categories for monitoring, alerting, and infrastructure management.
      100
      15
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      An MCP server for the NinjaOne RMM platform, enabling tools to manage devices, organizations, alerts, jobs, and policies through NinjaOne's API.
      25
      Apache 2.0
    • A
      license
      A
      quality
      A
      maintenance
      MCP server for Domotz network monitoring and management. Enables AI assistants to query network devices, alerts, and topology via the Domotz API.
      2
      10
      Apache 2.0

    TDQS

    A3.6/5.0

    Scored across 42 tools

    Disambiguation4/5

    Tools are mostly distinct, with platform prefixes and separate resource names making selection clear. The main ambiguity is between pause_sensor/schedule_maintenance_prtg and mute_alerts/schedule_maintenance/unmanage_node, where similar suppression semantics overlap despite helpful descriptions.

    Naming Consistency3/5

    All names are snake_case and readable, but no single convention is followed: reads mix noun-first names like nodes_list and zabbix_problems with verb-first names like list_events and list_unmanaged. Platform prefixes are also applied unevenly, such as pause_sensor being PRTG-specific while other PRTG tools use the prtg_ prefix.

    Tool Count2/5

    At 42 tools this is well beyond the 25+ threshold and creates a heavy selection burden for agents. The three-platform scope justifies a larger surface, but it would be cleaner split into per-platform servers or consolidated further.

    Completeness4/5

    The set covers the core monitoring lifecycle: health reads, alerts, history, acknowledgements, pause/resume, maintenance windows, mute/unmute, unmanage/remanage, node removal, and SWQL for arbitrary SolarWinds queries. Minor gaps exist, such as no SolarWinds metric history wrapper and limited PRTG/Zabbix write operations, but these are workable via existing tools.

    Maintenance

    ActivityActive
    ResponsivenessNo issues