
Proxbase
io.github.virtbasePublished by GitHub account virtbasev0.4.0Updated Oct 24, 2026
Create, test and break real Proxmox VE clusters in QEMU/KVM on the local host.
Overview
Proxbase's MCP server lets an AI assistant create, operate and deliberately break real Proxmox VE clusters running as QEMU/KVM VMs on a local Linux host.
- What you can do
- Create and destroy Proxmox VE lab clusters, including multi-node setups with ZFS or Ceph storage and internal networks
- Start, stop, grow and shrink clusters, and save or restore whole-cluster and live snapshots
- Call the Proxmox API and run commands on individual nodes
- Diagnose cluster state and reset it to a snapshot
- Inject faults such as power loss, hung nodes, pulled cables, partitions, latency and packet loss
- When to use it
- Useful when you need a disposable but realistic Proxmox VE environment for labs, demos, CI integration tests, or for testing HA, fencing and Ceph recovery behaviour with an assistant driving the cluster.
- Requirements
- Runs as a local stdio process on a Linux amd64 host with /dev/kvm, QEMU 7.2+ (qemu-system-x86_64, qemu-img) and roughly 4 GiB RAM per node; nested virtualization is needed for guests inside nodes. Installed via the container image or Go install; no credentials are declared.
Installation
In SourceWeft
- Open Proxbase in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Proxbase
Real Proxmox VE clusters on your Linux machine in about three minutes, for labs, demos and CI.
Proxbase starts every node as a QEMU/KVM virtual machine, installs it from the official Proxmox VE ISO with the automated installer, and joins the nodes into a cluster through the Proxmox API, with ZFS or Ceph storage, internal networks and an API token ready for Terraform or Ansible. No root, no Docker, no manual clicks.
Features
- Real nodes: each node is a VM with its own kernel installed from the stock ISO; nested virtualization lets you run guests inside the cluster.
- Storage: ZFS pools per node, or hyperconverged Ceph (RBD and CephFS) that waits
for
HEALTH_OK. - Networking without root: several internal networks with roles (corosync link0/link1, Ceph public/cluster, migration), VLAN-aware and L2-only bridges, jumbo frames.
- Lifecycle: start/stop, add and remove nodes (with Ceph draining), consistent snapshots of the whole cluster, live snapshots that resume a running cluster in seconds, resumable creates.
- Fault injection: power loss, hung nodes, pulled cables, network partitions, latency and loss, to test HA, fencing and Ceph recovery.
- Ready for automation: API token and CA export,
proxbase envfor shells, JSON and the bpg/proxmox Terraform provider,-o jsonand--progress jsonfor scripts, and a GitHub Action for CI that can cache a ready cluster as a template. - For AI agents:
proxbase mcpis an MCP server: agents create clusters, call the API, run commands on nodes, diagnose, reset to snapshots and inject faults through tools. A skill teaches them the workflow; in Claude Code:/plugin install proxbase --marketplace virtbase/proxbase. - Fast:
--goldenclones nodes from a cached base image: a 3-node cluster in under a minute (Ceph: 1.5 minutes), with a unique identity per node. - Declarative: one YAML file with a JSON schema; every flag overrides a field.
- Docker Compose:
proxbase upruns a cluster in the foreground with clean shutdown and a health check.
Quick start
Requirements: Linux on amd64 with /dev/kvm, QEMU 7.2+ (qemu-system-x86_64,
qemu-img) and about 4 GiB RAM per node. Nested virtualization is needed for guests
inside the nodes.
Then open https://127.0.0.1:18001 (user root, password from proxbase env lab), or:
Usage
In GitHub Actions:
A cluster file looks like this (everything has a default):
Documentation
Status and limits
Proxbase is young; the file format may change before v1.0. It is tested with
Proxmox VE 9.2 on Debian 13 (QEMU 10.0, AMD). Clusters need a Linux host with KVM:
macOS builds are experimental and Docker Desktop has no /dev/kvm. Nodes are
reachable from the host through forwarded ports on 127.0.0.1; host-reachable bridge
networking is designed but not implemented. Proxbase builds
labs: it stores generated passwords and keys unencrypted in its state directory.
Contributing
Issues and pull requests are welcome; see CONTRIBUTING.md and the code of conduct. Report security issues privately as described in SECURITY.md.
License
Source: README.md at commit e75a820
Tools
0Version history
4- v0.4.0LatestOct 23, 2026
- v0.3.0Oct 22, 2026
- v0.2.2Oct 22, 2026
- v0.2.1Oct 11, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts