Loopsense vs Homebutler

A side-by-side look at the Loopsense and Homebutler MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Loopsense logoLoopsenseMonitoring · Local subprocess (stdio)MCP server that closes the feedback loop for AI coding agents — CI monitoring, process watching, file changes, HTTP polling.53GoodAuth: api key requiredHomebutler logoHomebutlerMonitoring · Local subprocess (stdio)All-in-one homelab management MCP server. Monitor system resources, manage Docker containers, Wake-on-LAN, scan networks, check open ports, and run alerts — across multiple servers via SSH. Single 10MB binary, zero dependencies.71GreatAuth: no auth required

Verdict: choose Loopsense for monitoring work as a local process; choose Homebutler for monitoring as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Loopsense logoChoose Loopsense when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: API key required.
  • You have the keys it needs: GITHUB_TOKEN.
  • You want tools like watch_ci, watch_process, watch_file.
Explore Loopsense

Homebutler logoChoose Homebutler when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: No auth required.
  • You want tools like proxmox_status, proxmox_guests, proxmox_node.
Explore Homebutler

Feature & specification comparison

Rows where the two servers differ are marked.

SpecLoopsense logoLoopsenseHomebutler logoHomebutler
CategoryMonitoringMonitoring
Quality signal53/100 · Good71/100 · Great
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthAPI key requiredNo auth required
PricingFreeFree
Required env varsGITHUB_TOKENNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars3304
Directory activity 3 views 0 installs 0 upvotes 4 views 0 installs 0 upvotes
Tools940

Tools & capabilities

Loopsense tools 9

  • watch_ciWatch a GitHub Actions workflow run. Polls every 30 seconds and emits events on status changes.
  • watch_processSpawn a local process and capture its output and exit code.
  • watch_fileWatch a file or directory for changes.
  • watch_urlPoll an HTTP endpoint and detect status or body changes.
  • watch_webhookStart a local HTTP server to receive webhook payloads.
  • check_consequencesGet events for a specific action or all recent events.
  • list_watchesList all active watchers.
  • cancel_watchStop a watcher by ID.
  • poll_eventsGet events since a timestamp (fallback for clients without notification support).

Homebutler tools 40

  • proxmox_statusGet Proxmox VE version, cluster status, and resources
  • proxmox_guestsList Proxmox QEMU and LXC guests, optionally filtered by node, status, or type
  • proxmox_nodeGet detailed Proxmox node status
  • proxmox_tasksGet the 50 most recent Proxmox tasks for a node
  • system_statusGet system status including CPU, memory, disk usage, and uptime
  • proxmox_guest_startStart one explicitly targeted Proxmox guest after confirmation and return the accepted task UPID
  • proxmox_guest_rebootReboot one explicitly targeted Proxmox guest after confirmation and return the accepted task UPID
  • proxmox_guest_shutdownGracefully shut down one explicitly targeted Proxmox guest after confirmation and return the accepted task UPID
  • proxmox_task_statusInspect one asynchronous Proxmox task by node and opaque UPID
  • proxmox_script_listList the curated Proxmox VE Community Scripts catalog (community-scripts/ProxmoxVE)
  • proxmox_script_commandRender the pinned install command for one Proxmox VE Community Script. Never fetches or runs it; the caller reviews and runs it themselves on the Proxmox host
  • docker_listList Docker containers with their status, image, and ports
  • +28 more on the listing page

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Loopsense

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "jarvisassistantux-loopsense": {
      "command": "npx",
      "args": [
        "-y",
        "@loopsense/mcp"
      ],
      "env": {
        "GITHUB_TOKEN": "YOUR_GITHUB_TOKEN_HERE"
      }
    }
  }
}

Homebutler

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "higangssh-homebutler": {
      "command": "npx",
      "args": [
        "-y",
        "homebutler@latest"
      ]
    }
  }
}

Frequently asked questions

Loopsense is categorized under Monitoring and uses a local stdio subprocess. Homebutler belongs to Monitoring and uses a local stdio subprocess. Pick Loopsense for monitoring work and Homebutler for monitoring.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Loopsense is listed as free. Auth: api key required. Homebutler is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add jarvisassistantux-loopsense and higangssh-homebutler as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Loopsense has a quality signal of 53/100 (Good) with 3 views, 0 installs and 3 GitHub stars. Homebutler has 71/100 (Great) with 4 views, 0 installs and 304 GitHub stars.