ALL WORK

All projects. Professional or personal, live or prototype.

CAPABILITY

STATUS

Client operations automation

BUSINESS PROBLEM

A repeat client was handling sales operations, data analysis, and prospecting by hand across spreadsheets and disconnected tools.

WHAT I BUILT

Two separate engagements for the same client: a field sales tool and a data analysis workflow. Each was scoped to one specific bottleneck rather than a platform rebuild, and each was maintained after delivery.

RESULT

Two engagements with the same client, including a tool in daily use for several months and follow-on work currently being scoped.

STATUS
CLIENT WORK: LIVE
TIMELINE
FEB 2026 – PRESENT
ROLE
Problem definition · Workflow design · Application development · Client communication · Maintenance
ARCHITECTURE
Two independent applications, each scoped to a single workflow, integrating with the client's existing spreadsheets rather than replacing them.
STACK
React · Supabase · Lovable · Spreadsheet integrations
View case study →

Friendly Friday Hike (fridayhikes.com)

BUSINESS PROBLEM

A women's hiking group was coordinating monthly hikes, RSVPs, and attendance by hand across text threads and email.

WHAT I BUILT

A member-facing site with passwordless sign-in, a published season schedule, self-service RSVP that members can change, self-marked attendance history, and automated reminder emails. Admins control roster visibility from a settings toggle rather than needing a code change.

RESULT

Live with 30 registered members and the full season published for RSVP.

STATUS
CLIENT WORK: LIVE
TIMELINE
AUG 2026 – PRESENT
SCALE
30 members · 8 scheduled events
ROLE
Problem definition · Workflow design · Application development · Deployment · Client communication · Maintenance
ARCHITECTURE
Passwordless authentication over a managed backend, with scheduled reminder emails and admin controls driven by a settings toggle rather than a code change.
STACK
Lovable · Lovable Cloud (auth, database, email)
View case study →

Corkboard (corkboard.wine)

BUSINESS PROBLEM

A private network of wine enthusiasts wanted a place to rate wines already tried and track the ones still on the list, something more personal than a general-purpose rating app.

WHAT I BUILT

A wine-logging app, invite-only by design, with an uncapped invite chain doing the rest of the growth: a small seed group gets a code, and from there the network grows through invites those users choose to send, with no cap set from the top.

RESULT

Live and invite-only. Three seed invite codes went out at launch, and each holder is free to invite as many people as they want, so the initial cohort is a seed for however far the network wants to grow on its own.

STATUS
CLIENT WORK: LIVE
TIMELINE
AUG 2026 – SEP 2026
ROLE
Problem definition · Product design · Application development · Deployment · Client communication · Maintenance
ARCHITECTURE
Invite-only entry flow logs wines through a progressive drill-down search (brand → varietal → vintage) into a Letterboxd-style poster-grid feed, backed by a client-owned Supabase database with Resend-delivered auth and invite email rather than a platform-managed backend.
STACK
Claude Code · Supabase · Resend · Cloudflare
View case study →

Invoice processing automation

BUSINESS PROBLEM

Finance teams manually retype information from incoming invoices into spreadsheets and accounting systems.

WHAT I BUILT

An automated pipeline that reads invoice PDFs, extracts the key fields, checks whether the extraction is confident enough, routes uncertain invoices to a person for review, and writes approved records into a spreadsheet.

RESULT

Demonstrates a production-shaped document workflow with confidence gating and human review. Built and tested against sample invoice PDFs, not live production invoices.

STATUS
PROTOTYPE
TIMELINE
FEB 2026
ROLE
Workflow design · Architecture · Prompt engineering · Evaluation & testing
ARCHITECTURE
A document extraction pipeline with a confidence gate that splits output into an automatic write path and a human review queue.
STACK
UiPath · Document Understanding · Claude · Google Sheets
View case study →

ALMAGEST: personal knowledge system

BUSINESS PROBLEM

Notes, sources, and research accumulate faster than anyone can organize them, and asking an AI about your own material usually means it can't tell a solid source from a weak one.

WHAT I BUILT

A knowledge system with a conversational retrieval interface, a 3D map of how the knowledge connects, and a trust-scoring layer that rates how well each retrieved source can actually support the claim it's being used for.

RESULT

In daily personal use. Development surfaced and fixed a real defect: a source-deduplication bug that let one document be counted several times and inflate a claim's confidence score. The first assertion-based test suite in the project caught it.

STATUS
LIVE: PERSONAL BUILD
TIMELINE
JUN 2026 – PRESENT
SCALE
202 sources · 5 backend services
ROLE
Architecture · Prompt engineering · Application development · Evaluation & testing · Deployment
ARCHITECTURE
Retrieval-augmented generation over a vector store, with a separate trust-scoring layer that rates each source's support for a claim independently of the answer.
STACK
React · Supabase (pgvector, edge functions) · Claude API · OpenAI embeddings
View case study →

AI customer support workflow

BUSINESS PROBLEM

Support teams spend most of their time answering the same routine questions, while genuinely difficult cases wait in the same queue.

WHAT I BUILT

A support workflow design where AI answers routine requests from a knowledge base, checks its own confidence before responding, escalates uncertain or sensitive cases to a person, confirms satisfaction, and raises priority when a customer isn't satisfied.

RESULT

A worked design for human-in-the-loop support: routing rules, confidence thresholds, escalation of uncertain or sensitive cases, and satisfaction follow-up. This is a designed workflow, not a deployed product.

STATUS
PROTOTYPE
TIMELINE
JAN 2026
ROLE
Problem definition · Workflow design · Architecture
ARCHITECTURE
Confidence-thresholded routing between automated response and human escalation, with a satisfaction check that raises priority on a negative result.
STACK
Zapier · n8n · VAPI · Glean
View case study →

BracketGenius

BUSINESS PROBLEM

A test of whether careful prompt design and published analytics frameworks can beat naive prediction on a hard forecasting problem.

WHAT I BUILT

An NCAA tournament prediction system built on published basketball analytics frameworks, run live through the full 2026 tournament with bracket tracking.

RESULT

73% game accuracy across 63 games, against a roughly 75% benchmark from established models. One tournament is a small sample and the approach carries real overfitting risk. The case study explains both rather than treating the number as settled.

STATUS
LIVE: PERSONAL BUILD
TIMELINE
FEB – MAR 2026
SCALE
63 games · 73% accuracy
ROLE
Problem definition · Prompt engineering · Evaluation & testing · Deployment
ARCHITECTURE
Published analytics frameworks applied through structured prompts, evaluated game by game against live tournament results.
STACK
Lovable · Claude API
View case study →

Automated feedback analysis

BUSINESS PROBLEM

Form responses pile up and nobody reads them until someone needs a summary for a meeting.

WHAT I BUILT

A workflow triggered by form submissions that runs each response through sentiment analysis, logs the categorized result to a spreadsheet, and sends one aggregated summary email across all submissions rather than an alert per response.

RESULT

Demonstrates batched analysis and reporting over a stream of form responses. Built and tested against sample submissions.

STATUS
PROTOTYPE
TIMELINE
JAN 2026
ROLE
Workflow design · Prompt engineering · Evaluation & testing
ARCHITECTURE
Event-triggered analysis per response with batched reporting, so classification runs per submission and notification fires once per batch.
STACK
Make.com · Gemini API · Google Sheets · Gmail
View case study →

Academic research chatbot

BUSINESS PROBLEM

A researcher needs answers grounded in one specific source, not a model's general recollection of the topic.

WHAT I BUILT

A chatbot constrained to a single academic source document by design, answering only from that source and formatting every response to Chicago Manual of Style citation standards.

RESULT

Demonstrates constrained retrieval with enforced citation formatting. Built against one source document.

STATUS
PROTOTYPE
TIMELINE
JAN 2026
ROLE
Workflow design · Prompt engineering · Evaluation & testing
ARCHITECTURE
Retrieval constrained to a single source document, with a required citation format enforced on every response.
STACK
Zapier · Document RAG · Chicago style formatting
View case study →

Daily route delivery predictor

BUSINESS PROBLEM

Dispatchers find out a route is running late when the driver is already late.

WHAT I BUILT

A workflow that reads the day's routes from a spreadsheet, runs two sequential analysis passes over the same data to assess cumulative delay risk, and sends either a delay alert or an all-clear summary based on configured thresholds.

RESULT

Demonstrates threshold-based operational alerting over route data. Built against sample routes.

STATUS
PROTOTYPE
TIMELINE
APR 2026
ROLE
Workflow design · Prompt engineering · Evaluation & testing
ARCHITECTURE
Two sequential analysis passes over the same route data, feeding threshold-based branching into either an alert or an all-clear.
STACK
Make.com · Gemini · Google Sheets
View case study →

Weather-based staffing automation

BUSINESS PROBLEM

Operations managers rebuild the same weather-versus-staffing judgement call every morning.

WHAT I BUILT

A workflow that pulls the daily forecast and branches into one of two analysis prompts depending on whether conditions are severe or standard, delivering a tailored staffing and operations recommendation each morning.

RESULT

Demonstrates conditional branching into distinct prompts based on external data. Built and tested against live forecast data.

STATUS
PROTOTYPE
TIMELINE
MAR 2026
ROLE
Workflow design · Prompt engineering · Evaluation & testing
ARCHITECTURE
Scheduled external data pull, branching into one of two distinct prompts based on a severity condition.
STACK
Zapier · OpenWeather · Gemini
View case study →

SalesDay Pulse

BUSINESS PROBLEM

A field sales rep was managing daily routes, visit notes, and dozens of retail accounts, meaning individual stores, across a phone, a notebook, and memory.

WHAT I BUILT

A mobile-first field sales tool for managing the daily route, logging visits as they happen, and seeing active accounts on a map instead of a list.

RESULT

In daily use by one field sales rep covering 30+ retail store locations.

STATUS
CLIENT WORK: LIVE
TIMELINE
FEB 2026 – PRESENT
SCALE
30+ retail store locations
ROLE
Problem definition · Workflow design · Application development · Deployment
ARCHITECTURE
Mobile-first client over a managed backend, with map rendering as the primary account view rather than a list.
STACK
React · Supabase · Leaflet.js
View case study →