Skip to main content
Glama

Related Servers

Alternatives to opsgates-agent

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      Self-hosted MCP server that gives AI assistants a real Linux development environment: file editing, shell commands, tmux terminals, and browser screenshots, with bounded access through a project registry and write gates.
      39
      MIT
    • A
      license
      A
      quality
      C
      maintenance
      MCP server — read-only log access for AI assistants. Debug your Linux server with AI, without giving the AI shell access.
      7
      6
      MIT
    • F
      license
      Not graded
      quality
      B
      maintenance
      An MCP server that gives web AI assistants like ChatGPT and Claude Chat hands-on control over a local development machine, enabling them to read, edit, and execute code through a safe, policy-checked interface.
      1
      -
    • A
      license
      Not graded
      quality
      B
      maintenance
      A self-hosted MCP server that lets AI clients safely access local files, execute whitelisted commands, use Git, and manage long-running background jobs, with two-phase writes, audit logging, and optional secure remote access.
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      A secure local MCP server that provides AI assistants controlled filesystem access and command execution with an interactive approval system for dangerous actions.
      17
      11 npm
      MIT

    TDQS

    B3.1/5.0

    Scored across 18 tools

    Disambiguation4/5

    Most tools target distinct resources (files, logs, services, sessions, DB, Asterisk), and descriptions draw clear lines between the closest pairs (write_file=whole file vs edit_file=unique snippet; restart=full restart vs reload=HUP). The main soft overlap is service_restart/service_reload/service_status and run_command vs asterisk_cli, but the descriptions resolve these well enough that misselection is unlikely.

    Naming Consistency4/5

    Almost everything is snake_case and grouped by domain with recognizable prefixes (service_*, *_session, *_file). There is a minor stylistic split between verb_noun (list_dir, read_file, start_session) and resource_verb (service_restart, db_query, account_status), but the pattern stays readable and predictable per subsystem.

    Tool Count4/5

    18 tools sits at the heavier end but the breadth maps to genuinely different subsystems of a server-ops agent (filesystem, logs, systemd, DB, Asterisk, process sessions, account). Each tool appears to earn its place, so the count is slightly heavy but not padded.

    Completeness3/5

    Core read/write/edit/backup, service control, log tailing, read-only DB, and a full session lifecycle are covered, which is strong. However there are notable gaps for an ops domain: no directory creation, no file delete, and no service start/stop/enable (only restart and reload), so some lifecycle workflows dead-end.

    Maintenance

    ActivityMaintained
    ResponsivenessNo recent community issues