The work. GraceZero Ai.
MAJOR BUILDS · 2026

Custom Ai apps and workflow automation, case studies from this year

Each one is real work running against real users, not a demo. Plenty of smaller projects ship alongside these. What’s below are the ones worth a case study.

/ PRODUCTION SAAS

TrailLog.ai

LIVE

Multi-tenant troop-management SaaS · for Philmont Scout programs and the volunteers running them.

The problem.

A multi-troop program runs on a stack of unrelated SaaS subscriptions. One for registration, another for messaging, a third for trip planning, plus a Facebook group and three Google Sheets that nobody owns. Around $400 a month per program, four logins, and key data living in three places that drift out of sync.

The solution.

Multi-tenant React + Express + Postgres. Claude Opus is the workhorse for reasoning-heavy work (trip planning, lesson sequencing); Sonnet handles the everyday flow; Haiku covers high-volume classification. The right model for the job, not loyalty to one. Google OAuth, four-tier role-based access. CSRF, CSP, HSTS. Per-tenant token caps with cost monitoring built in from day one. Backups verified nightly by restore-and-diff against production.

The result.

Replaces three separate SaaS subscriptions per tenant. Runs at roughly $8 a month per program in infrastructure, the cost of a streaming subscription. Live at traillog.ai, used by real Scout programs in production today. Tri-model orchestration is the pattern that graduated out of Zero Drift into a shipped product.

last verified · 2026-05-07

/ INTERNAL · OPERATIONAL DASHBOARD

Hopper Ops

INTERNAL

One screen for every system I run · uptime, token spend, model retirements, CVEs, deploys.

The problem.

A one-person shop runs more services than one person can watch by hand. Every dependency (Claude API, n8n, Postgres, Docker images, dozens of CVE feeds) has its own retirement schedule, advisory list, and release cadence. Without a single screen, the failure mode is hearing about a problem from a customer instead of from a monitor.

The solution.

FastAPI + React + Postgres. 28 modules sweep every dependency on each refresh: uptime probes, model-deprecation tracker, CVE cross-check against my SBOM, per-tenant token-spend rollup, backup-verify that restores yesterday's backup to a throwaway database and diffs it against production. One Opus 4.7 call synthesizes the morning brief. Public read-only view strips internal pages and customer data; everything else mirrors what I look at every morning.

The result.

7/7 services up · 28/28 modules green · 99.97% availability over 90 days · 127/127 deploys with zero rollbacks. Total infrastructure for everything on this page runs at $100.22/mo. The dashboard tile on the home page links straight to the public view.

last verified · 2026-05-07

/ INTERNAL · R&D ENGINE

Zero Drift

INTERNAL

Multi-model spec pipeline · the engine where every pattern in client work gets stress-tested first.

The problem.

A spec written by one author, with one model checking it, ships with contradictions and missing requirements that get expensive to fix once code is written. Single-model review is a single point of view. Single point of view is a single point of failure.

The solution.

Eight phases from intake to traceability. Opus, GPT, Gemini, and Grok all run side-by-side on the same spec. I pick the one that's right for the job, not the one I'm loyal to. The models debate, contradictions are surfaced, missing requirements are flagged. Full debate audit logs persisted alongside the spec so any decision can be traced back to which model said what and why.

The result.

Around 12 contradictions resolved and 4 missing requirements surfaced per typical spec, before a line of code gets written. Patterns proven here graduate into client work: TrailLog's tri-model routing, Hopper Ops' synthesis prompts, and the pro bono builds' intake flows all came through Zero Drift first.

last verified · 2026-05-07

/ PRO BONO

Pro bono builds

PRO BONO

Two volunteer organizations · same standard as the paid work · donated start to finish.

The problem.

A 22-coach youth football league running on a Facebook group, a parent text chain, and three Google Sheets. A Scout troop with parent comms scattered across email, text, and a website nobody updates. Both serving hundreds of families on volunteer time, both hitting the wall where the manual work eats more hours than the program itself.

The solution.

Real applications, not portfolio exercises. Same scoping discipline, same documentation, same monitoring at Hopper Ops as the paid work. Phone-first where the volunteers actually live. Offline-tolerant where the wifi is unreliable.

Blue42 · youth football

A coach’s phone-first operational app. Practice planning, roster, play calling, parent comms. On a phone, on the field, offline when the wifi dies, syncs when it sees a signal again.

IN BUILD

Scout troop platform

Registration, communications, coordination, reporting. Everything the volunteers were doing by hand, rebuilt on the same standard as the paid work. Pro bono, start to finish.

IN BUILD

last verified · 2026-05-07

BACKGROUND

25+ years before GraceZero, I was an enterprise data architect. I ran data warehouses, BI platforms, and DR programs where thousands of users across regionally distributed infrastructure depended on the systems small teams built and were on call for. AWS Solutions Architect. DR execution that passed 100% of contractual tests across multiple years. ETL developer and QA lead at code level.

The discipline that came from operating at that scale (scoping before building, documenting before shipping, monitoring before declaring done) doesn’t disappear when the project is small.

The same discipline. For the shop down the street.

Want this kind of discipline on your build?

Free 45-min strategy call · no obligation

get a quote → ]