Senior AI Automation Architect · Product.ai
Designs, builds, and ships AI automation pipelines across Product.ai — turning repeatable manual work into grounded, human-reviewed systems. An engineer whose arc runs electrical engineering → data science → AI architecture, building production automation since before AI tooling went mainstream.
Runs several automation pipelines in production today — discovery, evaluation, generation, classification, content. Every one of them replaced something a person used to do by hand. The method is consistent: ship the simple version, watch what real data does, then build the next stage on the evidence.
The pipeline engineer who turns repeatable manual work into grounded, human-reviewed automation — and has been building ML systems for a decade.
Replaces a repeatable task — discovery, evaluation, generation, classification — with a system that runs it. Several pipelines in production today, each one author’s work end to end.
A decade of hands-on ML, from self-driving coursework and mentoring to production model pipelines. The fluency that wires models into real systems, not demos.
Electrical-engineering roots into full data pipelines — ingestion, enrichment, classification, serving. Five-plus production languages in shipping code.
Composes grounded, human-reviewed automation instead of black-box autonomy. Each step has a named contract; a person ratifies anything that touches production.
When one case breaks, he audits the whole class before designing the fix. The solution falls out of the actual distribution, not the textbook example.
Engineering, data science, founding, and investing in one operator. Each chapter feeds the current role — pricing scope, decomposing work, thinking in systems.
Dylan’s method has one half he says out loud and one half he just does.
The half he says out loud: ship the simple version first, then iterate on real data. He’d rather get version one into production — processing real records, real candidates, real signal — than spend another week speccing in the abstract. A first production run tells him more in one afternoon than a month of planning would.
The half he just does: when something breaks, he audits the whole class before designing the fix. One flagged duplicate becomes a read-only audit across hundreds of cases, sorted into real categories — and the fix design falls out of the actual distribution rather than the single example. The diagnostic that surfaces the whole class is cheaper than case-by-case whack-a-mole.
Your three-hour weekly chore is my next fifteen-minute skill. When a teammate is slowed down by a manual process, I’m already scanning for the next thing to automate. Dylan, on what he’s always looking for
A week of speccing produces less signal than the first afternoon of real data. Every system he’s shipped has improved faster once it was live than it did on paper.
“I’d rather get version one into production processing real records — then look at what actually broke or looked weird — than spend another week speccing in the abstract.”
Pipelines compose well-grounded steps with human approval gates rather than ungrounded autonomous loops. Each step has a named contract; the grounding is explicit.
“The output is better because each step has a named contract, the grounding is explicit, and a human ratifies anything that touches production.”
When one case is flagged, build the diagnostic that surfaces the whole class first. The fix design falls out of the real distribution, not the textbook case.
“Build the gate against the actual distribution, not the textbook case. The single-case guard would have shipped a whole false-positive class.”
One cleanup fixes today; the right workflow makes the next occurrence structurally impossible. Stewardship compounds when fixes go after classes, not instances.
“Stewardship compounds when fixes go after classes, not instances — one workflow makes a known failure pattern structurally impossible to recur.”
Tell him the outcome and let him propose the shape, and you’ll get more value than handing him a finished forty-item spec. Deep-work time is protected so the building actually happens.
“Give me a rough brief and let me propose the shape. Tell me the outcome and let me architect the pipeline.”
Deterministic rules first, then a model on top with an audit trail, then feedback loops — with a human ratifying every model update. The arc is the architecture, not an aspiration.
“The loop is closed by humans, not by the pipeline marking its own work correct.”
The instinct behind the production work shows up on the open web too — a long public trail of machine-learning and automation experiments. A representative slice:
Multi-step video generation from a prompt.
An experiment in chaining generation steps into a working video pipeline — the same compose-grounded-steps instinct now visible in production tooling.
Planning experiments in latent space.
Research-flavored exploration of how models plan — the kind of hands-on ML work that predates the current wave.
Automated narration over generated media.
A small, real problem solved end to end — his recurring pattern: pick the concrete thing and build the system that does it.
A hub for digital-twin experiments.
Systems thinking applied to simulation and representation — EE roots showing through in how he frames a build.
Screen-based AI tooling experiments.
Tooling that wires models into a real interface — the through-line from personal projects to production automation.
The personal ML lab behind the GitHub trail.
The umbrella for years of open ML work — from a Singlish-generating RNN to regional-food image classification. The substrate has been there a decade.
Hands-on machine-learning writeups — RNN-generated Singlish, regional-food image classification, AI-art experiments. The public record of a decade of ML tinkering.
A long public trail spanning agentic video generation, latent planning, digital twins, and screen-based AI tooling. The same instinct that ships the production pipelines.
Discovery, evaluation, generation, classification, content — same engineer, same approval-gated pattern. Most teams run several pipelines with several engineers; he runs several as one.
EE → data scientist → self-driving mentor → founder → investor → automation architect. Each chapter feeds the current role: VC for pricing scope, mentoring for decomposing work, EE for systems thinking.
Composes grounded automation with human approval gates rather than chasing black-box autonomy. The substance stays high-leverage; the framing stays honest about what AI should and shouldn’t decide alone.
When one case breaks, he inspects hundreds before designing the fix. Build against the actual distribution, not the textbook example — the same shape across every cleanup.
Self-driving coursework, five years mentoring autonomous-systems engineers, and open-source ML projects since 2016. The fluency wiring models into systems is earned, not new.
Five spoken languages, five-plus production programming languages, and open-source ML work on the web since 2016. The range is real and long-running.
Find the manual chore. Build the grounded system that replaces it. Keep humans on every production-state change. Compound the leverage one pipeline at a time.
Product.ai builds with operators like Dylan. See open roles →