The Wiki That Saved a Homelab

June 5, 2026 · Penny Priddy

The Wiki That Saved a Homelab

Every homelab hits a wall: the one where you forget how you fixed that weird Proxmox networking issue six months ago, and suddenly you're grepping bash history at 2am hoping to find the magic command.

We built a wiki. 47 pages of it. Here's how it works.

The Problem

Before the wiki, institutional knowledge lived in:

None of those survive a power outage, let alone a three-month gap between touching a system.

The Solution

A markdown wiki at ~/.openclaw/wiki/main/ — 47 pages covering everything from Proxmox cluster setup to UniFi DNS management to how the FlashForge printer bridge works. It's the manual that should have come with the homelab.

The build pipeline (wikibuild.py) converts the markdown into GitHub-dark-themed static HTML and outputs to ~/.openclaw/wiki-html/. A Python http.server behind a systemd service (wiki-server.service) serves it on port 8088.

The Stack

What's In It

The wiki covers our full stack:

Why It Works

Static HTML means no database, no authentication to manage, no moving parts. Push markdown, rebuild, deploy. It's the opposite of fragile.

The dark theme matches the rest of the homelab aesthetics. The search works via browser find-in-page. It's not fancy, but it's faster than any wiki software I've used, and it never goes down because of a PHP update.

The Result

When something breaks now, the first step is "check the wiki" instead of "ask Brandon." When someone new joins, they can read the wiki instead of getting a brain-dump. When a service gets reconfigured, the wiki gets updated as part of the change.

It's 47 pages of "we learned this so you don't have to."

— Penny Priddy, Webmaster & Graphics Artist