TerminusAI
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@TerminusAIlist files in my home directory on server1"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
TerminusAI – a final stop for all terminal tasks, AI-driven
Terminal MCP Server is a Model Context Protocol (MCP) server that allows executing commands on local or remote hosts. It provides a simple yet powerful interface for AI models and other applications to execute system commands, either on the local machine or on remote hosts via SSH.
Features
Local Command Execution: Execute commands directly on the local machine
Remote Command Execution: Execute commands on remote hosts via SSH
Session Persistence: Support for persistent sessions that reuse the same terminal environment for a specified time (default 20 minutes)
Environment Variables: Set custom environment variables for commands
Multiple Connection Methods: Connect via stdio or SSE (Server-Sent Events)
Related MCP server: Interactive Terminal MCP
Installation
Installing via Smithery
To install TerminusAI-server for Claude Desktop automatically via Smithery:
npx -y @smithery/cli install @Gorav22/TerminusAI --client claudeManual Installation
# Clone the repository
git clone https://github.com/Gorav/TerminusAI.git
cd TerminusAI
# Install dependencies
npm install
# Build the project
npm run buildUsage
Starting the Server
# Start the server using stdio (default mode)
npm start
# Or run the built file directly
node build/index.jsStarting the Server in SSE Mode
The SSE (Server-Sent Events) mode allows you to connect to the server remotely via HTTP.
# Start the server in SSE mode
npm run start:sse
# Or run the built file directly with SSE flag
node build/index.js --sseYou can customize the SSE server with the following command-line options:
Option | Description | Default |
| The port to listen on | 8080 |
| The endpoint path | /sse |
| The host to bind to | localhost |
Example with custom options:
# Start SSE server on port 3000, endpoint /mcp, and bind to all interfaces
node build/index.js --sse --port 3000 --endpoint /mcp --host 0.0.0.0This will start the server and listen for SSE connections at http://0.0.0.0:3000/mcp.
Testing with MCP Inspector
# Start the MCP Inspector tool
npm run inspectorThe execute_command Tool
The execute_command tool is the core functionality provided by Terminal MCP Server, used to execute commands on local or remote hosts.
Parameters
Parameter | Type | Required | Description |
command | string | Yes | The command to execute |
host | string | No | The remote host to connect to. If not provided, the command will be executed locally |
username | string | Required when host is specified | The username for SSH connection |
session | string | No | Session name, defaults to "default". The same session name will reuse the same terminal environment for 20 minutes |
env | object | No | Environment variables, defaults to an empty object |
Examples
Executing a Command Locally
{
"command": "ls -la",
"session": "my-local-session",
"env": {
"NODE_ENV": "development"
}
}Executing a Command on a Remote Host
{
"host": "example.com",
"username": "user",
"command": "ls -la",
"session": "my-remote-session",
"env": {
"NODE_ENV": "production"//add any other env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}Configuring with AI Assistants
For stdio mode (local connection)
{
"mcpServers": {
"TerminusAI": {
"command": "node",
"args": ["/path/to/TerminusAI-server/build/index.js"],
"env": {}//add env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}
}For SSE mode (remote connection)
{
"mcpServers": {
"TerminusAI-sse": {
"url": "http://localhost:8080/sse",
"headers": {}//add env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}
}Replace localhost:8080/sse with your actual server address, port, and endpoint if you've customized them.
Configuring with Cline
Open the Cline settings file:
~/.cline/config.jsonAdd the following configuration:
For stdio mode (local connection)
{
"mcpServers": {
"TerminusAI": {
"command": "node",
"args": ["/path/to/TerminusAI-server/build/index.js"],
"env": {}//add env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}
}For SSE mode (remote connection)
{
"mcpServers": {
"TerminusAI-sse": {
"url": "http://localhost:8080/sse",
"headers": {}//add env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}
}Configuring with Claude Desktop
Open the Claude Desktop settings file:
C:\Users\HP\AppData\Roaming\Claude\claude_desktop_config.jsonAdd the following configuration:
For stdio mode (local connection)
{
"mcpServers": {
"TerminusAI": {
"command": "node",
"args": ["/path/to/TerminusAI-server/build/index.js"],
"env": {} //add env variables if your terminal code needs that like in linux if your command wants to use root or admin piower for which its password is needed then mention that in env and also tell to llm about that or it automatic scans and come to know that.
}
}
}For SSE mode (remote connection)
{
"mcpServers": {
"TerminusAI-sse": {
"url": "http://localhost:8080/sse",
"headers": {}
}
}
}Best Practices
Command Execution
Before running commands, it's best to determine the system type (Windows, Linux, etc.)
Use full paths to avoid path-related issues
For command sequences that need to maintain environment, use
&&to connect multiple commandsFor long-running commands, consider using
nohuporscreen/tmux
SSH Connection
Ensure SSH key-based authentication is set up
If connection fails, check if the key file exists (default path:
.ssh/id_rsa)Make sure the SSH service is running on the remote host
Session Management
Use the session parameter to maintain environment between related commands
For operations requiring specific environments, use the same session name
Note that sessions will automatically close after 20 minutes of inactivity
Error Handling
Command execution results include both stdout and stderr
Check stderr to determine if the command executed successfully
For complex operations, add verification steps to ensure success
Important Notes
For remote command execution, SSH key-based authentication must be set up in advance
For local command execution, commands will run in the context of the user who started the server
Session timeout is 20 minutes, after which the connection will be automatically closed
Available Tools
1 toolexecute_commandC
Execute commands on remote hosts or locally (This tool can be used for both remote hosts and the current machine)
| Name | Required | Description | Default |
|---|---|---|---|
| host | No | Host to connect to (optional, if not provided the command will be executed locally) | |
| username | No | Username for SSH connection (required when host is specified) | |
| session | No | Session name, defaults to 'default'. The same session name will reuse the same terminal environment for 20 minutes, which is useful for operations requiring specific environments like conda. | default |
| command | Yes | Command to execute. Before running commands, it's best to determine the system type (Mac, Linux, etc.) | |
| env | No | Environment variables |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries full burden but lacks critical behavioral details. It mentions remote/local execution but doesn't disclose permissions needed, security implications, rate limits, error handling, or output format. For a command execution tool, this is a significant gap in transparency.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise and front-loaded with the core purpose in the first phrase. The parenthetical adds useful context without redundancy. However, it could be slightly more structured by separating key points into distinct sentences for clarity.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (command execution with security implications), no annotations, and no output schema, the description is incomplete. It lacks details on behavioral traits, error handling, output format, and safety considerations, making it inadequate for informed use.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema fully documents all 5 parameters. The description adds no parameter-specific semantics beyond what's in the schema, such as examples or usage nuances. Baseline 3 is appropriate when schema does the heavy lifting.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'Execute commands on remote hosts or locally' with the parenthetical adding specificity about both remote and local execution. It uses a specific verb ('Execute') and resource ('commands'), but without sibling tools, differentiation isn't applicable.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives, prerequisites, or typical use cases. It only restates the scope (remote/local) without addressing scenarios, constraints, or best practices for command execution.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool has a clear and distinct purpose.
Since there is only one tool, naming consistency is inherently perfect. The tool name follows a clear verb_noun pattern.
A single tool is too few for a server named 'TerminusAI', which suggests a broader scope like remote command execution or system management. This minimal set lacks the depth expected for such a domain.
The tool surface is severely incomplete for the implied domain. It only provides command execution with no support for listing hosts, managing connections, checking status, or handling outputs, leaving significant gaps for agent workflows.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Operate Linux, macOS and Windows from your LLM. Every action runs through an auditable allowlist.
Build Apps and run code in 30 languages — sandboxed, with persistent sessions for agent loops.
Let AI operate servers without SSH. Choose actions, approve risky changes, and audit every step.
Remote shell and detached long-running jobs on your own machines — no SSH, open ports or VPN.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceEnables AI assistants to securely execute shell commands on local machines through an SSH interface with session management, command execution, and sudo support.1
- FlicenseNot gradedqualityDmaintenanceProvides stateful, interactive terminal access for LLMs to spawn and maintain persistent processes like SSH sessions, debuggers, and REPLs with continuous input/output interaction across commands.8
- AlicenseNot gradedqualityFmaintenanceEnables LLMs to create and manage persistent, interactive shell sessions with full terminal emulation and PTY support. It allows for sequential command execution and supports interactive programs like vim or htop through specialized streaming and snapshot output modes.4MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to have persistent, fully interactive SSH sessions into remote hosts, behaving like a local terminal.231MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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/Gorav22/TerminusAI'
If you have feedback or need assistance with the MCP directory API, please join our Discord server