Skip to main content
MCP product page

MCP server for cloud infrastructure

Clanker Cloud gives MCP-capable agents a local way to ask grounded questions about cloud and Kubernetes infrastructure from the app runtime. The agent connects locally instead of guessing from repository files or using a hosted privileged bridge.

Use the app for Kubernetes troubleshooting, AWS and multi-cloud context, Cloudflare and edge investigation, cost questions, GitHub and CI/CD context, and review-before-apply workflows. The open-source CLI launches the same MCP surface for agent clients that need a command.

The MCP surface is the agent door into live infrastructure context: local runtime, local credentials, provider evidence, and reviewed actions.

Local MCP boundary

Agents connect to the running Clanker Cloud app runtime; the CLI is the open-source launcher for stdio or localhost-style MCP clients.

Cloud and Kubernetes context

The same runtime can gather AWS, GCP, Azure, Kubernetes, Cloudflare, GitHub, Vercel, Railway, Verda, and other provider context.

Works with agent workflows

MCP-capable tools such as Claude Code, Codex, OpenClaw, Hermes-style agents, and internal agents can use the local tool surface.

Approval stays human

Read-only questions are first-class. Apply-style changes still require reviewed plans and explicit approval.

Supported providers

Works across the environments teams already run

The current product positioning covers cloud providers, Kubernetes, GitHub, and bring-your-own AI keys from one local operating surface.

Supports ->AWSGCPAzureKubernetesCloudflareHetznerDigitalOceanVercelGitHubBYOK
App-first setup

Use the app runtime, then launch MCP when an agent needs it

Open Clanker Cloud
Connect or select local provider context
Ask a grounded app query before giving an agent broader MCP access
clanker mcp --transport stdio
clanker mcp --transport http
{
  "mcpServers": {
    "clanker": {
      "command": "clanker",
      "args": ["mcp", "--transport", "stdio"]
    }
  }
}
Agent queries

What agents can ask with live context

Query intentExample queryEvidence used
Kubernetes troubleshootingWhy is checkout returning 502 in prod?Ingress, services, endpoints, pods, events, rollout context.
AWS investigationWhat changed around the cost spike this week?Cost Explorer, resource metadata, regions, tags, recent deploy context.
Cloudflare and edgeWhich public routes reach EKS and bypass auth?DNS, Workers routes, WAF, tunnels, ingress, load balancers.
Review before applyDraft the safest plan to add private storage for uploads.Provider state, requested intent, tags, cost estimate, plan artifact.
Why it exists

Agents need infrastructure context, not guesswork

Grounded

Live resource context

The agent can ask against provider and cluster state instead of relying only on repo files.

Local-first

Credentials stay with the operator

The MCP client uses the local Clanker runtime and the access already trusted on that machine.

Controlled

Read-first and approval-gated

Investigation is easy to run. High-impact changes stay behind reviewed plans and explicit approval.

FAQ

Common questions

Is Clanker Cloud an MCP server for Kubernetes?

Yes. Clanker Cloud exposes local MCP access that can route questions to Kubernetes and cloud context through the app runtime and the open-source CLI launcher, using the kubeconfig and provider access already trusted on the operator machine.

Can Claude Code use Clanker Cloud for AWS or Kubernetes context?

An MCP-capable agent can launch or connect to Clanker MCP locally, then ask grounded infrastructure questions through the same local runtime that powers the Clanker Cloud app instead of guessing from source code alone.

Does MCP bypass the review-before-apply model?

No. MCP gives agents a local tool surface, but high-impact infrastructure writes still belong behind reviewed plans and explicit approval.

Next step

Want to connect an agent?

Start with the app-first Claude Code and Kubernetes example, then read the local credential boundary before giving agents broader context.