Skip to main content
Glama
SumitDalavi

AI DevSecOps Agent MCP Server

by SumitDalavi

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
get_pipeline_statusB

Fetches the status of recent CI/CD pipeline runs from GitHub Actions. Optionally filter by branch or status.

triage_vulnerabilitiesA

Queries the vulnerability tracking board and returns CVEs ranked by severity. Optionally filter by severity or status.

search_logsB

Searches application logs by service name, log level, or keyword. Returns matching log entries with timestamps and trace IDs.

scan_dependenciesC

Scans project dependencies for known vulnerabilities. Optionally filter by minimum severity threshold.

get-kubernetes-eventsA

Fetches recent Kubernetes events for a specific namespace, crucial for correlating deployment failures, OOMKills, or pod scheduling issues.

get-prometheus-metricsB

Fetches Prometheus metrics for SLI/SLO analysis, specifically error rates and latency spikes.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.4/5.0

Scored across 6 tools

Disambiguation4/5

The tools mostly target distinct data sources: vulnerability board, logs, dependencies, Kubernetes events, CI/CD pipelines, and Prometheus metrics. The only mild overlap is between triage_vulnerabilities and scan_dependencies, which both concern vulnerabilities but differ in action and source. Descriptions help differentiate them, so confusion is unlikely but possible.

Naming Consistency3/5

The tool names mix snake_case and kebab-case delimiters (e.g., triage_vulnerabilities vs get-kubernetes-events), and some use imperative verbs while others use a get_ prefix. The meanings remain readable, but the set is not consistently formatted. This inconsistency is noticeable though not chaotic.

Tool Count5/5

Six tools is a well-scoped set for an AI DevSecOps agent covering vulnerability triage, dependency scanning, log search, Kubernetes events, pipeline status, and Prometheus metrics. Each tool earns its place without redundancy or excessive breadth. The count fits the investigative, read-oriented purpose.

Completeness4/5

The surface covers key incident and security investigation areas: CVEs, dependency scans, logs, Kubernetes events, CI/CD status, and SLI/SLO metrics. Minor gaps remain, such as fetching trace details despite search_logs returning trace IDs, or querying alert/incident state directly. These can be worked around or handled by adjacent systems, so coverage is mostly complete.

Maintenance

ActivityMaintained
ResponsivenessNo issues