Get started
Practical

Your AI desktop app is one protocol away from being an infrastructure control plane

You are probably already talking to an AI every day. What if that same conversation could SSH into your servers, query your metrics, check your containers, and run security audits?

Adam Cowles1 March 20265 min read
Chat window radiating connections to infrastructure tools

You are probably already talking to an AI every day. What if that same conversation could SSH into your servers, query your metrics, check your containers, and run security audits?

The gap between chat and ops

AI desktop applications are extraordinary conversation partners. Claude, ChatGPT, Gemini, Copilot. They reason, they write, they analyse. But when you ask one to check whether your production database is healthy, it apologises and tells you it cannot access external systems.

The intelligence is there. The connection is not. Your AI can discuss Kubernetes architecture for an hour but cannot run kubectl get pods on your cluster.

That is changing. And the protocol that changes it is called MCP.

MCP: the USB port for AI

The Model Context Protocol is a standard interface that lets AI applications call external tools. Think of it as a USB port. Before USB, every device needed its own cable, its own driver, its own connector. After USB, anything plugs into anything.

MCP does the same thing for AI tools. An MCP server exposes a set of capabilities (tools, resources, prompts) over a standard interface. Any AI application that speaks MCP can use them. Claude Desktop, VS Code with Copilot, any compliant client. The AI does not need custom integration code for each tool. It just calls the MCP server.

This is where Quox comes in.

168 tools in one conversation

QuoxMCP is an MCP server that exposes 83+ infrastructure tools to any compatible AI application. Install it, point your AI desktop app at it, and your conversation gains the ability to:

  • SSH into any host via bastion
  • Query Prometheus metrics
  • List and manage Docker containers
  • Run security audits
  • Check SSL certificates
  • Query fleet health across hosts
  • Manage Proxmox VMs
  • Search and store memories
  • Execute QuoxFlow workflows
  • Generate images with Gemini

This is not a dashboard you switch to. It is your existing AI conversation, with real infrastructure access. You ask "is nw-web-01 healthy?" and the AI calls the fleet health tool, gets live data, and tells you. No tab switching. No SSH windows. No Grafana bookmarks.

What makes this different from a chatbot

Plenty of tools let you "chat with your infrastructure." Most of them are wrappers around a single API. Ask a question, get an answer, hope it is right.

The difference with MCP-based tooling is that the AI drives the tools natively. It decides which tool to call based on your question. It chains multiple tools together when the situation requires it. It gets real data back and reasons about it before responding.

Ask "why is the website slow?" and the AI might call fleet health to check the host, then Docker status to check the containers, then Prometheus to pull latency metrics, then present a diagnosis. Four tool calls, one conversation turn, real data throughout.

And because Quox sits underneath, every one of those tool calls is recorded in a structured audit trail. You can see what the AI did, what data it accessed, and what it concluded. Not just a chat log. An evidence chain.

Not just Claude

MCP is an open protocol. Claude Desktop was the first major client to support it, and the experience there is excellent. But MCP adoption is accelerating across the industry. VS Code, Cursor, Windsurf, and a growing number of AI applications are adding MCP support.

QuoxMCP does not care which AI is calling it. The tools are the same regardless of the client. Switch from Claude to a local model running through Ollama and the infrastructure tools still work. The protocol is the constant. The model is the variable.

This is the point. The value is not in any one AI model. It is in the infrastructure layer that makes all of them operational. Today you might prefer Claude. Tomorrow it might be something else. The 168 tools, the audit trail, the fleet access, the governance layer: those stay.

The control plane pattern

What we are describing is a control plane. Not a new concept. Kubernetes is a control plane for containers. Terraform is a control plane for cloud resources. Datadog is a control plane for observability. Each one takes a complex operational domain and provides a single interface to manage it.

Quox, through MCP, turns your AI conversation into a control plane for your infrastructure. The AI is the interface. The tools are the actuators. The audit trail is the flight recorder. The governance layer is the safety system.

You do not need a new dashboard. You already have the best interface ever built for complex queries: natural language. What you need is the wiring between that interface and your systems, with enough governance to make it safe for production use.

Try it

QuoxMCP installs in under five minutes. Clone the repository, run the setup, and add the MCP server configuration to your AI desktop app. The next time you open a conversation, you will have infrastructure tools available.

Start with something simple. Ask your AI to check the health of a host. Watch it call the fleet status tool, get live data, and report back. Then try something harder: ask it to diagnose why a container is unhealthy. Watch it chain three tool calls together without you telling it how.

The moment it works, something clicks. The AI is not just a conversation partner. It is an operator. And you have the audit trail to prove what it did.

Give your AI desktop app real infrastructure access.

QuoxMCP exposes 168 governed tools over the open MCP protocol, with every call recorded in a structured audit trail.