AI Commander
Related Servers
Alternatives to AI Commander
No user-submitted related servers found.
Related Servers
AlicenseAqualityAmaintenanceRemote MCP server for 2ools—build, version, review, and export websites, web apps, and games from the AI chat you already use. This repository includes a credential-free stdio proxy and Dockerfile that forward introspection to the verified remote endpoint without mocking tools.43MIT- AlicenseNot gradedqualityBmaintenanceEnables AI chat clients to securely access and manage local files, run terminal commands, work with Git repositories, and read AGENTS.md instructions and skills via a stateless Streamable HTTP MCP server.MIT
- AlicenseNot gradedqualityBmaintenanceEnables MCP clients such as ChatGPT and Claude to administer Linux or macOS hosts through authenticated Streamable HTTP, including running shell commands, reading and writing files within a workspace, listing directories, and retrieving system metrics.MIT
- FlicenseNot gradedqualityAmaintenanceEnables MCP-compatible AI clients to invoke CLI-driven agent tools over Streamable HTTP, including shell execution, file operations, patching, image viewing, web search, and nested agent tasks, with permission modes and real-time progress streaming.-
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to securely control a remote Windows/Linux PC via MCP and REST, executing shell commands and driving coding-agent CLIs like Claude, Cursor, and Codex.-
- AlicenseNot gradedqualityBmaintenanceEnables stdio-only MCP clients to connect to Agent Community's hosted Streamable HTTP MCP server for accessing hosted agents and tools.11 npmMIT
TDQS
Scored across 11 tools
Most tools have clearly distinct purposes: job lifecycle tools, file transfer, screenshot, status, and list. The main overlap is between remote_exec and remote_job_start, but their descriptions strongly differentiate short-lived vs. detached long-running work, so an agent should rarely misselect.
The remote_job_* family is perfectly consistent, and remote_pull/remote_push/remote_exec/remote_screenshot follow a clear remote_ prefix pattern. The exceptions are session_status and list_machines, which break the prefix convention but are still readable and predictable.
11 tools is well-scoped for a remote machine management server. Each tool covers a distinct operation: shell execution, job lifecycle, file transfer, screenshots, and machine discovery/status, with no obvious redundancy or bloat.
The job lifecycle is complete (start, list, status, logs, cancel), and file transfer covers both directions. Minor gaps exist, such as no remote filesystem browsing or direct machine management beyond status checks, but these are workaroundable via remote_exec and are not core dead ends.