portal-mcp-server
Related Servers
Alternatives to portal-mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceMCP server for persistent SSH sessions with tmux integration, port forwarding, and SFTP file writes, built for AI agent workflows.MIT
- AlicenseAqualityAmaintenanceMCP server giving AI agents full SSH access with persistent sessions, structured command output, SFTP file transfer, and port forwarding.1811MIT
- AlicenseAqualityDmaintenanceAn MCP server that gives AI agents SSH access to remote machines through your local OpenSSH client, enabling remote command execution, file transfer, persistent shell sessions, and port forwarding.17169 PyPI25MIT
- AlicenseNot gradedqualityBmaintenanceMCP server enabling AI assistants to securely operate remote servers via persistent SSH sessions, with tools for command execution, file transfer, directory listing, and system monitoring.4MIT
- AlicenseNot gradedqualityDmaintenanceAI-native SSH orchestration server enabling Claude or any MCP agent to execute commands, manage files, tunnels, and fleet operations across multiple hosts with security policies and audit logs.2Apache 2.0
- AlicenseAqualityDmaintenanceZero-config SSH/SFTP MCP server that lets an LLM client open temporary SSH/SFTP sessions to remote hosts, run commands, and upload/download files without holding any pre-baked credentials.178 npm2MIT
TDQS
Scored across 14 tools
Most tools target distinct resources/actions (read, patch, grep, glob, transfer, tunnel, hosts), and the exec family (remote_exec, remote_shell, remote_job, local_exec) is explicitly differentiated with strong usage guidance. There is still inherent overlap in the command-execution cluster, but the descriptions resolve it well.
Predominantly consistent snake_case, with a 'remote_' prefix on most tools (remote_exec, remote_shell, remote_job, remote_read, etc.). A few tools break the prefix (hosts, inspect, policy_check, local_exec) but remain readable and snake_case throughout.
14 tools is well within the ideal 3-15 range and each tool earns its place across file, execution, host, tunnel, and policy concerns. No filler or redundant tools.
The surface covers the remote-management lifecycle well: files (read/patch/grep/glob/transfer), execution (exec/shell/job/local), host registry, tunnels, policy, and introspection. Minor gaps exist — no dedicated file delete/mkdir and no host edit/update — but these are workable via remote_exec.