← Browse Dives
Full screen
Screenshot of Flight Deck — Ducklington Pond
Loading Interactive Dive...

Flight Deck — Ducklington Pond

Modeled on a real ops cockpit we run at Hamilton Beach Brands. An Analytics/Data Engineer's morning, as at a duck appliance manufacturing company. Scrub the time dial, watch the platform deal with issues across the workday. Catch a bad standard margin report before the CFO does.

DashboardMotherDuckToolShowcaseExplorerAI
Author: Gavin Harmon  ·  June 19, 2026    Region: us-east-1

AI Prompts Used

1Prompt 1
[Example — this was iterative, not one-shot]

Build me a MotherDuck Dive: a playful, duck-themed demo of something real my
team runs at Hamilton Beach Brands — a single-pane "platform cockpit" (we call
it Mission Control) that an analytics engineer opens every morning. Keep the
tone fun, but make the data-engineering details realistic and accurate.

PERSONA: "Ducklington Pond," a maker of whimsical duck appliances (Down-Dryer
3000, Quack-Pot Slow Cooker, Vermi-Blend Worm Processor, Egg-cellent Incubator
Pro, Pond-to-Table Purifier…). 100% synthetic, safe to share publicly.

STEP 1 — Seed a MotherDuck database `ducky_brews` with time-indexed synthetic
tables. The hero interaction is a TIME DIAL that scrubs 3 business days, business
hours only (7am–4pm) — anchor it to today/last-business-day ±1 so it always
reads current. ~30 hourly steps (idx 0..29). Tables: a clock; a YTD daily
revenue series (always shown in full); as-of KPI series (gross margin, units,
forecast accuracy) where margin goes MISSING during an incident; the 10 duck
products; a full dbt test registry (mostly passing); Dagster jobs; comms
(AI-summarized Outlook+Slack threads — data requests, project wins, and incident
breadcrumbs); a technical lineage (source→flight→model→metric); and an "arch"
table describing the real plumbing. Each incident SIGNAL has an onset AND a
resolve hour so issues appear AND clear as you scrub.

Bake in TWO incidents you discover by exploring (don't scream them): (1) a stale
supplier feed — our Flight still calls a deprecated v2 API so a model goes 31h
stale while the job still reports SUCCESS; (2) OMS v3.2 ships unit_price/cogs as
dollars not cents, so margin inflates 100× and a dbt quality gate BLOCKS the
publish → Published "Gross margin" quietly goes to "—". Each should light up a
different mix of dbt + Health + comms.

STEP 2 — Build the Dive as a dark "cockpit" (slate #0f172a, Inter-ish, gradient
green→blue→gold wordmark "Flight Deck", teal accent #2dd4bf). Six tabs:
- Published: clean exec KPIs + full-YTD revenue line + product table; the only
  tell is data going "missing" when a gate blocks.
- dbtCentral: full test registry (X passing / Y warning / Z blocked), failures
  expand to show impacted published metric.
- Health: Dagster jobs + freshness (a job can be SUCCESS-but-stale).
- Issues: one card per incident joining the dbt test + Health alert + offending
  Flight + downstream metric + comms breadcrumb + a numbered action plan, all
  gated by the dial (ACTIVE → CLEARED).
- comms: the AI thread-summaries, newest first, tagged request/project/incident.
- ReadMe: the "get real" tab — "playful duck demo, but we actually do this at
  HBB" — explaining how MotherDuck Flights + MCP servers + Claude Code converge
  into one pane (Jira/ADO/Dagster/dbt via MCP, sales-wire via Flight, etc.).

REQUIREMENTS: use useSQLQuery for every visual; wrap all numerics in N(Number());
format dates in SQL with strftime; fully-qualified double-quoted table names;
plain tables only (no ducklake calls in the Dive runtime); and declare the
database via an exported REQUIRED_DATABASES share so public viewers can load it.
Make it feel like a quiet, comfy product, not a busy BI dashboard.

Comments

Log in to leave a comment.

No comments yet. Be the first!