About

Isaac (The Doc)

I am building my own lab, learning out loud, and turning the mess into something useful.

I am into the kind of work where the machine teaches you back: servers that overheat, containers that break, websites that need a real voice, AI tools that can either waste time or save a day, and photos that catch what the week felt like. The Doc Labs is where I keep all of it in one place.

This is not supposed to read like a polished company profile. It is my public notebook for the things I care about: homelab work, media servers, EmpireHub Pro, 3D printing, AI workflows, photography, experiments, mistakes, fixes, and the parts I am still figuring out.

I like coding, computers, infrastructure, and building things that probably should not exist until they suddenly do. That is the fun part for me: taking a rough idea, wiring it to real servers, testing it under pressure, and turning it into something I could actually use or sell.

Homelab and media

Unraid, Jellyfin, Emby, Sonarr, Radarr, Immich, Pi-hole, backups, storage, and the real-life work of keeping the house stack running.

AI operator work

OpenClaw, voice notes, browser testing, research, code help, server checks, and practical agents that make my day less repetitive.

Products and publishing

EmpireHub Pro, The Doc Labs, landing pages, field notes, ad ideas, and learning how to make rough ideas look and feel real.

Photography and taste

Old photos, weekly albums, street shots, build pictures, visual references, and the personal taste that makes the site feel like mine.

What I am into
01 Fixing what broke

I like understanding the real cause, not just restarting the container and pretending the problem went away.

02 Owning my data

Self-hosted photos, passwords, media, notes, automations, DNS, and dashboards matter because I want control over my own setup.

03 Building sellable systems

I care about turning rough ideas into real products, especially construction infrastructure like EmpireHub Pro that can become a business, not just a demo.

04 Building what should not exist

I like the strange projects: AI operators, server workflows, private dashboards, media systems, automations, and ideas that sound too extra until they start working.

Media library snapshot
01 645 movie files

The movie side is big enough that Radarr, Jellyfin, Emby, storage planning, backups, and cleanup workflows actually matter.

02 246 TV show folders

The TV library is the reason Sonarr, Prowlarr, Bazarr, download clients, and naming rules need to be documented instead of guessed.

03 About 15,900 TV/video files

At that size, a playback problem is not just “one app is bad.” It can be indexing, transcoding, storage, heat, scans, or the host itself.

04 About 18,262 photo files

That is why Immich and the photo approval workflow matter: there is enough history here to curate, not just dump everything online.

What I am learning right now
01 Servers under load

Unraid, Docker networking, fan control, temps, parity checks, media indexing, and how to spot when a problem is bigger than one app.

02 AI without the fluff

Using AI for code, server checks, transcription, browser audits, content planning, and clean daily workflows that actually save effort.

03 Creative publishing

Photography albums, field notes, personal writing, short-form social ideas, and making the site sound like me instead of a template.

The Stack
Tower — Media & Archive
Unraid
Intel i7-8700K · 16GB RAM
Media stack, archive storage, Jellyfin, Emby, Sonarr, Radarr, Prowlarr, Bazarr, qBittorrentVPN, SABnzbdVPN, Jellyseerr, Immich, Vaultwarden, Watchstate, and the box that teaches me when airflow matters.
Homelabs — Core Ops
Ubuntu
16GB RAM
The Doc Labs website, Nginx, WordPress, MariaDB, Nextcloud, n8n, NocoDB, Open WebUI, Portainer, Uptime Kuma, RSSHub, Homarr, TheDocBot, Minecraft Bedrock, and the daily orchestration layer.
Main Rig — GPU Node
Ubuntu 24.04
Ryzen 7 7700X · 32GB RAM · RTX 4070 Ti SUPER 16GB
Local model work, GPU-assisted media analysis, development, browser testing, and heavy experiments.

Follow along if you like real build notes: what worked, what broke, what I changed, what I am learning, and what I am probably rebuilding next.