kvm-pilot
Related Servers
Alternatives to kvm-pilot
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceMCP server that enables AI to see and control a physical computer via a JetKVM device for screen viewing, mouse/keyboard input, media mounting, and power management.17MIT
- AlicenseCqualityDmaintenanceThis MCP server connects AI agents to a PiKVM device, enabling full keyboard, mouse, and screen control of a physical machine without emulation.284GPL 3.0
- AlicenseNot gradedqualityDmaintenanceAn MCP server that gives AI agents direct control over QEMU virtual machines.15 npm1MIT
- FlicenseAqualityCmaintenanceMCP server for controlling Sipeed NanoKVM devices, enabling remote hardware control via keyboard, mouse, power, and screenshots. It allows AI assistants like Claude to manage headless machines at the BIOS level.20-
- AlicenseAqualityFmaintenanceAn MCP server that lets AI agents manage virtual machines across local and cloud targets, with tools to create machines, run commands, transfer files, and clean up ephemeral instances via natural language.113 npmApache 2.0
- AlicenseNot gradedqualityCmaintenanceAn MCP server for managing home lab VMs and PNETLab topologies, enabling AI agents to power VMs, handle snapshots, and verify device configurations with explicit allowlists and confirmation gating.MIT
TDQS
Scored across 34 tools
Most tools have clearly distinct roles, and the descriptions actively cross-reference boundaries such as power_state/power/wake, logs/events, type_text/press_key/send_shortcut, and ssh_reachable/ssh_exec/appliance_status. The main residual ambiguity is the large read-only introspection cluster (info, healthcheck, capabilities, support_matrix, session, doctrine, access_paths) and the overlapping Ctrl+Alt+Del paths, though the descriptions mitigate this well.
All names use snake_case, so the delimiter and casing are consistent. However the set mixes noun-only names (info, logs, snapshot, power_state, capabilities) with verb-oriented names (set_boot_device, mount_iso, ssh_exec) and inconsistent orderings such as firmware_check vs file_firmware_report and ssh_reachable vs ssh_discover.
34 tools is well above the typical 3-15 range for a well-scoped MCP server. Many are read-only diagnostics or meta tools (info, healthcheck, capabilities, support_matrix, doctrine, session, access_paths, power_state, logs, events, boot_options, list_virtual_media, ssh_reachable, appliance_status, firmware_check) that could be consolidated or exposed through a more compact interface.
Core KVM lifecycle coverage is strong: identify/health/capabilities, power state/change/wake, boot options/set, HID typing/keys/mouse/calibration, virtual media list/mount/eject, SSH reachable/exec, appliance status/reboot, logs/events, and firmware check/report. Minor gaps remain, such as no virtual-media upload/delete management, no detailed BMC sensor view, and no serial-console tool for non-video devices.