bash-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| TF_BINARY | No | Default binary for all tf_* tools: terraform or tofu. Can be overridden per call with the binary argument. | terraform |
| BASH_MCP_LOG | No | Logging level for wide-event JSON logging to stderr: error, info, or off. error logs only failed calls; info adds successes; off/silent disables. | error |
| BASH_MCP_HOOK | No | Redirect hook behavior: block, warn, or off. The Claude Code plugin defaults to warn. | block |
| BASH_MCP_MODE | No | Gates run/batch commands: readOnly, confirmWrites, or off. readOnly blocks commands classified as mutating. Set off (or dangerous) only for trusted local use. | readOnly |
| BASH_MCP_PROFILE | No | Which tool groups register: core, development, infrastructure, or all. Fewer tools means less schema in context. | all |
| BASH_MCP_RESULT_TTL | No | How long, in seconds, a stored result remains retrievable. Set to 0 to disable the result store. | 900 |
| BASH_MCP_RESPONSE_MODE | No | Response budget mode: auto, summary, compact, or full. A trimmed result carries retained metadata and can be paged with result_get. | auto |
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| lsA | List files in a directory. Returns entries as [name, size, permissions, modified] — directories end with '/' and links with '@'. Use nameOnly for names alone, recursive for one level of subdirectories, all to include hidden files. |
| treeA | Show directory structure as a compact tree. Returns structured nodes instead of ASCII art. Use dirsOnly for directory-only view, pattern to filter by glob, maxDepth to control depth. |
| duA | Show disk usage for paths. Returns entries as [path, sizeBytes] pairs, in the order du emits them. Use maxDepth to control how deep the summary goes. |
| find_filesA | Find files by name pattern, type, or modification time. Returns structured list of paths. Use names for multiple glob patterns (OR logic), modifiedWithin for recent files (e.g. '7d', '1h'). |
| rgA | Search file contents with ripgrep. Returns files as [file, "line:text", ...] rows (a context line is "line-text"), [file, count] under countPerFile, [file] under filesOnly. Use glob (string or array, '!' to exclude) to filter files, ignoreCase for case-insensitive search, filesOnly for just filenames, countPerFile for match counts per file, maxPerFile to cap hits per file. For 'collect all X' tasks use only:true to return just the matched substrings (one row per hit) — add replace ($1 capture groups) to extract structured values. |
| globB | Find files matching a glob pattern. Returns a compact list of paths. |
| git_statusA | Structured git status: branch, staged/unstaged/untracked files. Replaces parsing raw git status output. |
| git_logA | Structured git log: commit hash, author, date, message. Compact and parseable. Use range for ref comparisons (e.g. 'main..feature'). Use exclude to filter out commits matching a pattern (e.g. 'ci:'). |
| git_diffA | Structured git diff: files changed with insertions/deletions counts. Use base+ref for two-ref comparison (e.g. base='main', ref='feature'). Use path to scope to one or more files or directories. |
| git_branchesB | List git branches. Returns the current branch and [name, lastCommit] pairs; a remote branch's name starts with remotes/. |
| repo_health_summaryA | One-call snapshot of a git working tree: branch, ahead/behind vs upstream, staged/unstaged/untracked counts, recent commits, and the uncommitted diffstat. |
| git_pr_contextA | Collect the commits and file changes of a branch vs a base ref (for writing a PR description): commit list, changed files with status, and a diffstat over base...head. |
| kube_getA | Get Kubernetes resources as structured data. Wraps kubectl get -o json and returns a compact summary by default. Use the jq param to extract specific fields from the raw JSON (e.g. '.spec.template.spec.containers[].env') instead of the summary. |
| kube_logsA | Get pod logs. lines are as kubectl prints them, ' ', oldest first; consecutive repeats of a message merge into the first, marked ' [×N]', and a budget cut keeps the newest. Use grep to filter lines by regex pattern (e.g. 'ERROR|WARN') instead of piping through shell commands. |
| kube_contextsA | List available kubectl contexts with current context marked. |
| kube_diagnose_podA | Diagnose why a pod is unhealthy in one call. Returns status, likely causes, suggested next commands, and evidence (CrashLoopBackOff/ImagePullBackOff/OOMKilled/Unschedulable/restarts). |
| kube_pod_failure_summaryA | List unhealthy pods in a namespace with their failure reason and evidence — one call instead of get + describe per pod. |
| kube_deployment_statusB | Report a deployment's rollout health (ready/desired replicas, conditions) as a structured diagnosis. |
| kube_events_summaryA | Summarize Warning events in a namespace (grouped by reason, ordered by count) instead of scrolling raw kubectl get events. |
| tf_state_listA | List resources in Terraform state. Returns the resource addresses, plus a byType rollup once there are more than 20 (type, name, and module are readable from each address). |
| tf_showB | Show current Terraform state as structured JSON. Returns resource summary with types and attributes. |
| tf_plan_summaryA | Run terraform plan and return a structured summary of changes (add/change/destroy counts and affected resources). Each action is create, update, delete, replace or read; a replace counts in add and destroy, as terraform's Plan line does. |
| tf_workspacesA | List Terraform workspaces with current workspace marked. |
| tf_outputsA | List Terraform/OpenTofu outputs as [name, value] pairs; a sensitive output is redacted to [name] alone. |
| tf_providersC | List the Terraform/OpenTofu version and selected provider versions for the project. |
| tf_validate_summaryA | Validate the Terraform/OpenTofu config and return a compact pass/fail summary with diagnostics. |
| tf_modules_summaryA | List the modules used by an initialized Terraform/OpenTofu project (key, source, version). Reads .terraform/modules/modules.json — run init first. |
| tf_backend_infoA | Report the configured backend type and config for an initialized project. Reads .terraform/terraform.tfstate — run init first. |
| argo_appsB | List ArgoCD applications with sync/health status. Structured summary instead of table output. |
| argo_app_detailA | Get detailed status for a single ArgoCD application including resource health. |
| argo_app_diffB | Show what's out of sync for an ArgoCD application. |
| argo_app_health_summaryA | Diagnose an ArgoCD application's health in one call: overall sync/health, likely causes, suggested next commands, and the unhealthy resources/conditions as evidence. |
| helm_listB | List Helm releases with status, chart, and app version. Structured output. |
| helm_statusC | Get detailed status of a Helm release. |
| helm_valuesB | Get the computed values for a Helm release as structured data. |
| helm_release_triageA | Diagnose a Helm release's health in one call: combines helm status + helm history into current status, likely causes, suggested next commands, and recent-revision evidence. |
| jqA | Query and transform JSON using jq expressions. Accepts a file path or raw JSON string. Returns parsed, structured output — far more compact than reading a full JSON file. The filter is passed directly to jq (no shell), so shell-style escaping such as backslash-escaped quotes is neither needed nor supported — write the filter exactly as jq expects it. |
| yqA | Query and transform YAML files using yq expressions (mikefarah/yq). Outputs as JSON for structured consumption. Far more compact than reading a full YAML file. |
| catA | Read one or more files with line numbers and smart truncation. Returns structured output with metadata. Pass |
| outlineA | Show the structural outline of a file — function/class names, top-level comments, imports. Returns a compact view without implementation bodies. Includes git metadata (branch, commit) when the file is in a git repo. Use instead of cat when reviewing file structure or auditing many files at once. |
| runA | Run a single command — a binary plus an args array, executed directly without a shell (so no pipes, redirects, or ';'/'&&' in the string) — and return structured output with smart truncation. Pass the binary as |
| run_seqA | Run an ordered list of labeled commands one after another, stopping at the first failure by default. Use for dependent steps (e.g. build then test then package) where order matters and a later step is pointless if an earlier one fails. Unlike batch (parallel), run_seq is sequential and short-circuits; set stopOnError=false to run every step regardless. |
| batchA | Run multiple commands in parallel and return all results. Each command is a binary plus an args array, executed without a shell (for a pipeline use command='sh', args=['-c', '...']). Use when you need to gather independent pieces of information in a single tool call instead of multiple sequential calls. |
| git_diff_contentA | Show git diff with structured patch content. Returns parsed hunks per file instead of raw unified diff text. Use this when you need to see actual code changes, not just file-level stats. Use base+ref for two-ref comparison (e.g. base='main', ref='feature'). Use path to scope to one or more files or directories. |
| npm_lintA | Run biome check and return structured diagnostics with file, line, column, message, and rule. Far more compact and parseable than raw lint output. Use minSeverity to filter by severity level. |
| npm_testA | Run vitest or jest (picked from package.json) and return structured test results: suites, pass/fail counts, failure messages. Much more compact than raw test output. Only failures are listed by default; use verbose=true for all tests. |
| npm_typecheckA | Run tsc/tsgo --noEmit and return structured type errors with file, line, column, message, and TS error code. Much more compact than raw tsc output. Auto-detects tsgo for faster checking. Use project to specify a tsconfig. |
| dotnet_buildA | Run dotnet build and return structured diagnostics with file, line, column, message, and error code. Much more compact than raw MSBuild output. Warnings are omitted by default; pass includeWarnings:true (or detailLevel:'full') to include them. |
| dotnet_testA | Run dotnet test and return structured results: pass/fail/skip counts, failure messages. Much more compact than raw test output. Only failures are listed. |
| liquibase_validateA | Validate a Liquibase changelog and return a structured pass/fail result with per-changeset errors (duplicate ids, checksum drift). Much more compact than raw output. liquibase is on PATH — no mise/wrapper needed. |
| liquibase_update_sqlA | Render the SQL Liquibase would run for pending changesets (updateSQL) as structured per-changeset summaries with a SQL-Server batch lint. Does NOT apply changes. SQL bodies are omitted unless includeRaw or changesetId is set. liquibase is on PATH — no mise/wrapper needed. |
| liquibase_statusA | List Liquibase changesets not yet applied to the target database, as structured JSON. Reports up-to-date vs a pending list. liquibase is on PATH — no mise/wrapper needed. |
| python_lintB | Run ruff check and return structured diagnostics with file, line, column, message, and rule code. Much more compact than raw ruff output. Use minSeverity to filter by severity level. |
| python_testA | Run pytest and return structured test results: suites, pass/fail counts, failure messages. Much more compact than raw test output. Only failures are listed by default; use verbose=true for all tests. |
| python_typecheckA | Run mypy and return structured type errors with file, line, column, message, and error code. Much more compact than raw mypy output. |
| bash_syntax_checkA | Check shell scripts for syntax errors with |
| bash_lintA | Run shellcheck and return structured diagnostics with file, line, column, message, and SC rule code. Much more compact than raw shellcheck output. Use minSeverity to filter by severity level. |
| bash_testA | Run a shell test script — bats |
| check_environmentA | Report which CLIs are installed (and their versions) so you can pick the right tool before calling it. Probes are client-only and non-blocking — no server/auth calls. Includes kubectl's current context when available. |
| list_guidanceA | Return an intent → preferred-tool index so you can pick the right bash-mcp tool for a goal. Each entry names the tool to prefer, raw-command anti-patterns to avoid, and why. Filter with |
| gh_pr_checksA | Report a pull request's CI checks as counts per state plus the failing and pending checks. Defaults to the current branch's PR; passing checks are counted, not listed, unless all=true. |
| gh_run_failure_summaryA | Diagnose a GitHub Actions run in one call: status, the failed jobs and steps, and the ##[error] lines from the failed log as evidence. Defaults to the latest run on the current branch. |
| glab_ci_statusA | Report a GitLab pipeline's jobs as counts per status plus the failed, running and pending jobs. Defaults to the current branch's latest pipeline; pass mr for a merge request's head pipeline. Passing, skipped and manual jobs are counted, not listed, unless all=true. |
| glab_pipeline_failure_summaryA | Diagnose a GitLab pipeline in one call: status, the failed jobs and why GitLab says they failed, and the last script lines of each failed job's trace as evidence. Allowed-to-fail jobs are noted, not counted as the failure. Defaults to the current branch's latest pipeline. |
| result_getA | Page through a result the response budget trimmed. Pass the retained.id from that response; path selects a field (dotted, e.g. files.0), offset/limit slice an array. Snapshot of the original call, kept for retained.expiresInSec. |
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 65 tools
Most tools target a distinct tool/resource (kube vs helm vs argo vs tf vs per-language lint/test), but several pairs are near-neighbors: find_files vs glob, git_diff vs git_diff_content, tf_state_list vs tf_show, and the cluster of '*_health_summary'/'*_failure_summary'/'*_diagnose' triage tools overlap conceptually with the plain getters they wrap. Descriptions do resolve most of these, but at 65 tools an agent must read carefully to avoid picking e.g. kube_get over kube_diagnose_pod when a diagnosis is wanted.
Everything is snake_case, which is good, but the prefix/verb ordering is mixed: domain-prefixed noun-first (git_status, kube_get, tf_plan_summary, argo_app_diff) coexists with verb-first (list_guidance, check_environment, result_get) and bare Unix-style names (ls, tree, du, rg, glob, cat, jq, yq, run, batch). Readable, but not a single predictable pattern.
65 tools is very heavy, even for a broad shell/devops toolbox spanning git, k8s, Terraform, ArgoCD, Helm, four language toolchains, and CI. Each tool is defensible in isolation, but the surface invites selection errors and could be consolidated (e.g. per-language lint/typecheck/test trios, summary vs getter variants).
Read/inspect coverage is deep across every advertised domain (files, git, Terraform, k8s, ArgoCD, Helm, CI, language toolchains), and run/batch act as an escape hatch for anything missing. Gaps are mostly write-side: no git mutations (commit/checkout/push), no kube apply/scale/exec, no file edit—though run largely works around them.