Agentic_SSH
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_hostsA | Returns the list of configured remote SSH hosts. Useful to see what remote machines are available to target. |
| list_groupsA | Returns a map of configured remote SSH host groups. The map keys represent group names, and the values are lists of target SSH hosts. Useful to see what multi-host SSH groups are available to query/run/watch. |
| get_system_statsA | Fetch CPU load average, RAM, and disk utilization metrics on a single host ('host') or multiple hosts concurrently ('hosts'). If using 'hosts', returns a JSON map mapping hostnames to their metrics. Prefer 'hosts' to query cluster status in parallel. |
| list_portsA | Lists active listening TCP/UDP ports, matching processes, and PIDs on a single host ('host') or multiple hosts concurrently ('hosts'). If using 'hosts', returns a JSON map mapping hostnames to their active port list. Optionally filter by 'port'. Prefer 'hosts' to scan service availability across multiple machines simultaneously. |
| run_commandA | Executes a shell command on a single host ('host') or multiple hosts concurrently ('hosts'). If using 'hosts', returns a JSON map mapping hostnames to their stdout, stderr, and exit codes. Features optional 'background' execution (starting the command and returning a local log file path immediately for async tracking), 'quiet' execution (suppressing progress logs), and output abbreviation controls. Prefer 'hosts' to execute commands across cluster nodes simultaneously. |
| search_processesA | Searches running processes on a single host ('host') or multiple hosts concurrently ('hosts') matching a regex 'pattern'. If using 'hosts', returns a JSON map mapping hostnames to their matched process list. Optionally returns full user/CPU/mem stats if 'full_info' is true. Prefer 'hosts' to find running services across multiple cluster nodes simultaneously. |
| tail_logA | Fetch the last N lines of a remote log file on a single host ('host') or multiple hosts concurrently ('hosts'). If using 'hosts', returns a JSON map mapping hostnames to their log output. Prefer 'hosts' to query logs across multiple machines simultaneously. |
| tail_container_logsA | Fetch the last N lines of logs from a remote Docker container on a single host ('host') or multiple hosts concurrently ('hosts'). If using 'hosts', returns a JSON map mapping hostnames to their success status and container log output. Prefer 'hosts' to query container logs across multiple machines simultaneously. |
| wait_for_log_patternA | Blocks and streams a remote log file or Docker container logs on a single host ('host') or multiple hosts concurrently ('hosts') until a regex 'pattern' is matched or a timeout is reached. If using 'hosts', returns a JSON map of hostnames to success/error/timeout statuses containing the matched line. Extremely useful for verifying startup or events across cluster nodes without polling. |
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 9 tools
Each tool targets a clearly distinct operation: host/group discovery, system metrics, ports, process search, arbitrary command execution, log tailing, container log tailing, and pattern-based log waiting. Even the two log-tail tools are separated by source type (file vs container), and wait_for_log_pattern has a distinct blocking behavior.
All tool names follow a consistent snake_case verb-first pattern: list_, get_, run_, search_, tail_, and wait_for_. The verbs are specific and the nouns clearly indicate the target resource, making the naming both predictable and scannable.
Nine tools is a well-scoped set for an SSH operations server. It covers host discovery, monitoring, command execution, process inspection, and log observation without bloating the surface or leaving it feeling thin.
The toolset covers the core SSH workflow: enumerate hosts, inspect system state, run commands, search processes, and monitor logs. The main gap is file transfer or remote file editing, though run_command can work around many of those needs via shell commands.