
From Thesis to Draft Night
Founder · graduate thesis turned production platform
Case Study

These are the agents that act while a user watches. Search across the University of Maryland answers from 200+ of its own sites, every claim carrying the page it came from. An ingestion agent turns a single URL into draft-grid entries. A triage agent routes incoming work and drafts its assessment. Content agents write alt text and copy inside the publishing pipeline.
They all live in the product path, where a wrong answer reaches a person directly — so the discipline is different from building software. Not requirements and validation gates, but grounding so an agent can't invent, sourcing so every claim is traceable, and a human in the loop wherever being wrong has a real cost.
University of Maryland's search runs on a Vertex-indexed corpus spanning 200+ umd.edu sites. It answers questions across the institution — and every answer carries the pages it came from.

Draft Slot's ingestion agent takes a single URL, fetches the rendered page through Firecrawl, and parses it into structured entries — team, player, and position — placed onto the draft grid.

Incoming requests meet a workflow agent before they meet a person. It parses each request, routes it into Linear, and drafts a value and roadmap-impact assessment for human triage.

Alt-text and marketing-copy agents ship inside the platform pipeline, built on Google's Python Agent Development Kit. They generate at the point of publishing — and what they produce clears review like any other content.
An agent that builds software has a reviewer — me. An agent in production answers a user directly, with no one standing between its output and their screen. That single difference changes the whole discipline.
So these agents are built around their failure modes: grounded so they can't invent, sourced so every claim is traceable, and gated by a human wherever being wrong has a real cost. Velocity matters — but in the product path, trust is the product.