shieldbot
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| scan_repositoryA | Run a full security scan on a repository. Executes the following scanners in parallel:
Returns a JSON report with deduplicated, severity-ranked findings. Args: repo_path: Absolute or relative path to the repository to scan. skip_scanners: Optional list of scanner names to skip. Valid values: codeql, semgrep, bandit, ruff, detect-secrets, dependabot, pip-audit, npm-audit, trivy scan_git_history: If True, scan git history for leaked secrets (requires gitleaks to be installed). extra_images: Pre-built Docker image names/tags to scan directly with Trivy. Use when docker build fails in a restricted environment. Example: ["mcr.microsoft.com/playwright:v1.50-noble"] Returns: JSON string containing the full SecurityReport with all findings, per-scanner metadata, severity counts, and scan duration. |
| check_scanner_toolsA | Check which security scanner tools are installed and available. Returns a JSON object mapping each tool name to its availability status and install path (or install instructions if missing). |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools are completely distinct: one checks which scanners are installed, the other runs a full security scan. There is no overlap or confusion between them.
Both tool names follow a consistent verb_noun pattern (check_scanner_tools, scan_repository), making the purpose clear and predictable.
With only 2 tools, the server feels thin for the domain of security scanning. While the core actions are covered, additional tools for viewing scan history or configuring scans would be expected.
The server lacks tools for retrieving previous scan results, managing scan configurations, or listing repositories. Agents can check scanner availability and run a scan, but cannot access past reports or manage scan lifecycle.