Jalil Baker · Builder · Claude Corps

These aren't mockups. They're running right now.

Three production systems I designed, built, and operate solo, with Claude: a homelab cockpit, an agentic ops engine, and an AI resume studio. The page you're reading is the fourth.

Self-taught · IL · production AI systems, end to end

01 · Homelab cockpit

Mission Console

A self-hosted operator console that runs my entire homelab from one screen. It boots like a machine, locks behind a PIN, then opens into a live cockpit: service health, an in-pane terminal straight into the host, and every other tool nested in place. No new tabs, no leaving the page.

SvelteKit adapter-node node-pty + xterm.js tailscaled GSAP Convex
Boot → PIN → live cockpit. Looping preview; click for the full walkthrough.

The bridge, end to end

Browsertailnet onlyPIN splash → shellMission ConsoleSvelteKit · node-ptytailscaled (own node)/api · /ws/terminalmint-machinedocker · tmuxlive host shellsessionTailscale SSH

The console runs in a container but joins the tailnet as its own node and drives the host purely over Tailscale SSH. No sshd on the host, no exposed port, no docker socket mounted. One identity-based bridge for the shell, health checks, and quick actions.

0 operator tabs in one cockpit
0 host ports opened (Tailscale SSH only)
0s live health poll over the bridge

02 · Agentic ops engine

Ops Command Center (+ LLM Wiki)

At Personified I support non-technical teams who had no ticketing system at all — so I built one that builds itself. A Claude triage copilot watches the intake (Slack, Notion, Drive), scores each request against a living playbook plus an LLM wiki I keep in Obsidian, then writes the steps into per-ticket docs in parallel — onboarding, offboarding, access changes — all sorted into categories on the daily dashboard before anyone lifts a finger.

Claude Slack · Notion · Drive Obsidian LLM wiki playbook + precedence parallel doc writes

How a ticket builds itself

IntakeSlackNotionDrive30+ channels reconciledClaudetriage copilotscores each requestDocswritten in parallelonboardoffboardaccess · taskDashboardsorted by categoryOnboardOffboardAccess · TaskLLM WIKI · OBSIDIANreconcilewritesurfaceplaybook + wiki
The LLM wiki — the Obsidian graph the triage scores against.
The daily dashboard — tickets sorted by category. Client details redacted.
A generated ticket — steps written against the playbook. Client data redacted.
0+ Slack channels reconciled into tickets
0 intake sources unified per ticket
0 tickets sifted by hand (it pre-vets the steps)

03 · AI resume studio

Resume Gold

Scoped, designed, and built end to end: a studio where a chat-driven Claude workflow turns a base resume plus a real job posting into tailored, ATS-scored application materials. The generation step is a strict contract with provenance rules, so the model can sharpen the truth but never invent it.

SvelteKit 5 self-hosted Convex Claude headless Chromium PDF Docker
01

Intake interview

Confirm-gated chat captures the base resume + the real posting.

02

ATS evaluation

A deterministic engine scores keyword + structure fit.

03

Provenance-locked generation

Strict-JSON contract: every claim traces to the source. No invention.

04

Designed output

Claude-generated print designs rendered to PDF, headless.

0/100 tailored ATS score on a real application
0 pipeline stages, fully self-hosted
0 invented experience (provenance-locked)

How I build

Solo, with Claude, end to end.

No team behind these. I scope, design, build, deploy, and run them myself, on my own infrastructure. The method is the product.

Agentic by default

I run a multi-agent harness: several Claude agents in parallel — planning, building against the real source, and reviewing — inside isolated git worktrees.

Evals, not vibes

Every real-world miss becomes a test case. A looping validation pattern scores the work and iterates until it passes before output is accepted.

Built for handoff

Good tools shouldn't stay locked to the technical. I build so the person who needs the tool can use it, regardless of how much code they know — plain runbooks, sane defaults, handoffs that outlast me. The point was never that I built it; it's that it keeps working for whoever needs it next.

The close

The work isn't done until someone else can own it.

thejaytrilogy@gmail.com

Jalil Baker · Illinois · open to relocate for Claude Corps

Built from scratch in SvelteKit + GSAP. No template, no page builder.

This page is the fourth system.