Skip to main content
Glama
aiplatforms-ru

ssh-chat-mcp

Start a long-running shell command

exec_start

Run a shell command on a remote host via SSH, returning immediately with a job ID for later status checking and cancellation. Avoids timeouts for long tasks like git clone or apt install.

Instructions

Start a command over SSH and return immediately with a jobId. Use exec_status to read stdout/stderr later and exec_cancel to stop it. This avoids MCP client tool-call timeouts for git clone, pip install, apt install, dkms builds, reboot waits, and similar long operations.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
cwdNoOptional remote working directory. Wrapped as `cd <cwd> && <command>`.
stdinNoOptional stdin to feed to the command.
commandYesShell command to execute on the remote host.
timeoutMsNoOptional wall-clock timeout in ms. 0 or omitted means no MCP-side timeout.
connectionNameYes
maxBufferBytesNoRolling stdout/stderr buffer limit per stream (default 1000000).
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Without annotations, description reveals key behaviors: returns immediately with jobId, runs over SSH, buffer limits. But it omits error handling, connection failure, and resource cleanup details.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two concise sentences: first states purpose, second gives usage context and examples. Zero wasted words.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given no output schema, description mentions return of jobId and references related tools. It covers main use cases but lacks details on error states and output format.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema covers 83% of parameters with descriptions; description adds no extra parameter-level meaning beyond what schema provides. Baseline score is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Title and description clearly state that exec_start starts a long-running shell command over SSH and returns immediately with a jobId. It distinguishes from sibling tools like exec by emphasizing avoidance of MCP client timeouts.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Description explicitly says when to use: for long operations like git clone, pip install, etc. It directs to exec_status and exec_cancel for follow-up. However, it does not explicitly state when not to use or contrast with exec.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/aiplatforms-ru/ssh-chat-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server