Skip to main content
Glama

Related Servers

Alternatives to mcp-skylos

  • A
    license
    Not graded
    quality
    F
    maintenance
    A high-performance MCP server providing lightning-fast hybrid code search using TF-IDF and vector embeddings for AI assistants. It enables real-time codebase indexing and semantic retrieval with sub-50ms latency and offline support.
    12
    MIT

Related Servers

  • F
    license
    Not graded
    quality
    A
    maintenance
    Structural code intelligence for AI agents. Scan once, query everything — dead exports, circular imports, dependency graphs, and more. CLI + MCP server.
    6 npm
    9
    -
  • A
    license
    Not graded
    quality
    C
    maintenance
    MCP server that builds a dependency graph of your codebase, giving AI agents structural understanding to analyze impact, find context, and make safe modifications across languages and infrastructure.
    MIT
  • F
    license
    B
    quality
    C
    maintenance
    Enables AI agents to perform comprehensive, zero-infrastructure codebase analysis through 24 MCP tools, covering security, quality, architecture, type safety, git history, and dead code detection with high precision and local privacy.
    45
    -
  • F
    license
    Not graded
    quality
    D
    maintenance
    Give your AI coding agents superpowers — a local MCP server for fast, token-efficient code navigation, search & analysis.
    -
  • A
    license
    Not graded
    quality
    A
    maintenance
    MCP server that builds a local code intelligence layer, letting AI agents explore call graphs, blast radius, and source slices via a single tool without external APIs.
    MIT

TDQS

A3.9/5.0

Scored across 16 tools

Disambiguation3/5

Several tools have overlapping surfaces: security_scan, validate_code_change, and verify_change all report security findings (differing only in scope), and remediate, generate_fix, and verify_dead_code all touch dead-code fixing, while health_score re-aggregates analyze/quality_check/architecture_check outputs. The descriptions do a reasonable job of distinguishing scope and intent, so an agent can mostly disambiguate, but the boundaries are not crisp.

Naming Consistency3/5

Two competing conventions coexist: verb_noun tools (verify_agent, get_security_context, generate_fix, verify_change) and noun_action scan/check tools (security_scan, secrets_scan, provenance_scan, quality_check, architecture_check), plus bare verbs (analyze, remediate) and a noun_score (health_score). It remains readable, but there is no single predictable pattern.

Tool Count4/5

16 tools sits at the edge of the heavy range but is largely justified by the platform's breadth (verification, static analysis, security, quality, architecture, remediation, triage, provenance). A few tools feel redundant (two diff-verification tools, two fix-generation tools), so it is slightly over-scoped rather than egregiously so.

Completeness4/5

The surface covers a coherent lifecycle: context discovery (get_security_context), multiple scanners, dead-code analysis with LLM confirmation and patch generation, remediation, change validation, and a triage learn/suggest loop. Coverage is strong; only minor gaps (e.g. no explicit run/result retrieval or config tooling beyond the referenced resource) keep it from perfect.

Maintenance

ActivityActive
ResponsivenessResponsive