terminal-x-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MCP_PORT | No | Port for MCP server (default 3003) | |
| NODE_ENV | No | Node environment (default development) | |
| LOG_LEVEL | No | Log level (default info) | |
| AGENT_TIMEOUT | No | Agent timeout in ms (default 30000) | |
| MONITORING_ENABLED | No | Enable monitoring (default true) | |
| LOG_TERMINAL_OUTPUT | No | Log terminal output (default true) | |
| MONITORING_INTERVAL | No | Monitoring interval in ms (default 5000) | |
| AGENT_MAX_CONCURRENCY | No | Maximum concurrent agent tasks (default 3) | |
| TERMINAL_MAX_SESSIONS | No | Maximum terminal sessions (default 10) | |
| SECURITY_RISK_THRESHOLD | No | Risk threshold for security (default 0.7) | |
| TERMINAL_COMMAND_TIMEOUT | No | Terminal command timeout in ms (default 60000) | |
| SECURITY_VALIDATION_ENABLED | No | Enable security validation (default true) |
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 |
|---|---|
| execute_commandC | Execute a command in the terminal with security validation |
| monitor_processesC | Monitor running processes and collect metrics |
| validate_securityB | Validate command security and assess risk level |
| plan_workflowB | Plan a multi-step terminal workflow |
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 4 tools
Each tool has a clearly distinct purpose: execute_command runs commands, monitor_processes observes processes, validate_security assesses command risk without executing, and plan_workflow designs multi-step sequences. The slight overlap between execute_command's built-in validation and validate_security is separated by execution vs assessment, so no real ambiguity exists.
All tool names follow a consistent verb_noun pattern: execute_command, monitor_processes, validate_security, plan_workflow. The verbs and nouns are clear and uniformly formatted, making the tool names predictable and easy to understand.
With 4 tools, the server is well-scoped for its stated purpose of secure terminal interaction. Each tool covers a distinct phase (planning, validation, execution, monitoring) without redundancy or bloat, falling comfortably within the ideal 3-15 range.
The set covers core terminal operations but has notable gaps: no tool for process control (e.g., kill, stop), and plan_workflow only creates a plan without an execution mechanism to run the whole workflow at once. While execute_command can handle many actions, these missing operations limit the server's end-to-end workflow support.