Skip to main content
Glama
ssimonsen0202

berserk-mcp

Related Servers

Alternatives to berserk-mcp

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      Enables AI assistants to query and analyze data in Azure Data Explorer, Log Analytics, and Microsoft Sentinel using Kusto Query Language (KQL) through tools, resources, and prompts.
      5
      MIT
    • A
      license
      B
      quality
      C
      maintenance
      Enables network engineers and AI agents to answer troubleshooting questions like "why can't A reach B?" by choosing typed tools and filling parameters, with the server rendering deterministic, pre-shaped queries across firewall, VNet flow, Cisco IOS and Cisco ISE logs in Azure Log Analytics. The agent never writes raw query language, keeping the blast radius bounded to a fixed, closed tool catalog that runs locally on synthetic data or against a real workspace.
      8
      Apache 2.0
    • F
      license
      Not graded
      quality
      C
      maintenance
      Enables agents to securely discover and invoke a centrally governed catalog of tools from distributed internal and external providers, with policy enforcement, quotas, inspection, and audit controls.
      -
    • F
      license
      Not graded
      quality
      C
      maintenance
      Enables an LLM to dynamically discover and call tools across multiple MCP servers (file, GitHub, SQL, Python execution) with authentication, rate limiting, and observability, supporting parallel execution and secure deployment.
      -
    • F
      license
      Not graded
      quality
      C
      maintenance
      Enables LLM clients to access governed data platform metrics and schema descriptions through exactly three read-only, authenticated, validated, bounded, and audited tools.
      -
    • A
      license
      A
      quality
      D
      maintenance
      Enables LLMs to query telemetry data via the Spyglass AI agent, providing intelligent insights about application performance, errors, and bottlenecks.
      1
      MIT

    TDQS

    A3.9/5.0

    Scored across 35 tools

    Disambiguation5/5

    Each tool has a clearly distinct purpose, with no overlapping functionality. Multiple tools exist for logs/errors but they are separated by role (SOC vs SRE) and granularity (counts vs text, aggregated vs per-service). The descriptions explicitly clarify when to use each tool (e.g., top_cpu vs host_cpu).

    Naming Consistency4/5

    Most tools follow a predictable prefix_pattern (soc_, sre_, claude_, host_, list_, etc.) and use lowercase snake_case. A few deviations exist, such as 'bzrk_query_perf' using an abbreviation instead of a full word, and 'container_hosts' not following the verb-first pattern of other tools like 'list_containers'. Overall, the naming is clear and consistent enough.

    Tool Count3/5

    35 tools is a large number, bordering on excessive for an MCP server. While each tool has a defined role, the server covers multiple domains (Claude Code, Berserk query, containers, hosts, SOC, SRE) which may overlap in functionality. Some tools could be merged or omitted without loss of functionality, making the surface feel heavy.

    Completeness4/5

    The tool surface covers the core observability workflows: log analysis, metric exploration, service health, container/host monitoring, and query management. Minor gaps exist, such as no way to delete saved queries and no direct metric trend/chart tool. Overall, the set is well-rounded for the stated purpose.

    Maintenance

    ActivityActive
    ResponsivenessResponsive