Data analyst and engineer moving into agentic AI, from CCAR regulatory reconciliation at Barclays to a natural-language-to-SQL engine and a full-stack recommendation app. I ship things that are tested, not just demoed.
CS undergrad in India, then Zemoso Technologies, a startup where the competition was real and shipping under pressure wasn't optional. A Master's at UNT came next, not as a pivot but to put formal rigor under instincts I'd already earned on the job.
"I don't just want to exist in this AI race. I want to excel in it."
I was mid-program when generative AI stopped being a research topic and became the industry, and that's when I committed to the data field for real. I took the Data Analyst role at Barclays and went straight into CCAR reconciliation, a regulated environment with zero tolerance for a sloppy pipeline.
Everything since has run in parallel: five shipped projects, each one deliberately closing a gap in the stack agentic AI engineering demands, plus one that's genuinely mine. That's Madli, built and owned end-to-end because a portfolio of tutorials doesn't prove anything a real product does. The Build Theory Fellowship is where I learned to validate before I build, not just prototype in a vacuum.
A locally-ranked food & travel discovery app that replaces endless scrolling with three honest picks and one reason why. Designed and built end-to-end, from product design through database architecture, security, full-stack implementation, and QA.
Capped, session-only browsing that converts to sign-up, a tuned funnel rather than an afterthought paywall.
Pairwise ranking, multi-stop trip plans reordered by real shortest-route distance, personalized picks.
Ranking overrides, access-logged sensitive-data review, moderation queues, fine-grained permission grants, enforced by the database rather than a toggle.
As a product feature: recommendations run on a content-based scoring engine today, with a designed LLM-assisted re-ranking layer (Anthropic Claude API) next, deliberately grounded in real ranking history so it can't invent a reason for a suggestion. As the build method: the whole app was built by directing an AI coding agent through a structured four-phase SDLC with specification-grade prompts and a hard "verified before complete" standard.
The first two were cloned and rerun clean-room, wiped and rebuilt exactly per their own README, before a single claim below got written down. The last two were built fresh for this portfolio, with the same bar: every stat below comes from an actual passing test run.
Turns a business question into SQL against a live schema. The real engineering problem isn't generation, it's trust. A whitelist validator sits between the LLM's SQL and execution: only a single, schema-valid SELECT is ever allowed to run.
Models the CCAR / FR Y-14Q reconciliation workflow from Barclays: three synthetic source systems, a materiality-threshold reconciliation, and root-cause labeling from variance direction, validated against 14 deliberately planted breaks.
A two-stage retrieval pipeline: TF-IDF + BM25 hybrid search narrows a corpus to candidates, then a transparent lexical reranker (term coverage, phrase overlap, IDF-weighted rarity) reorders them before an answer is generated. Own test suite included.
Chat with a CSV/Excel dataset in plain English. An AST-based whitelist validator, using the same safety pattern as the NL-to-SQL engine, checks every generated pandas snippet before a sandboxed executor runs it on a copy of the data, blocking imports, file I/O, and sandbox-escape chains.
Day 0: “I want to become an entrepreneur. I don’t know where to start.” Day 24: Madli, built, deployed, and being tested by real users. This is the fellowship that turned a technical skill set into a shipped product, officially documented as Build Theory’s Case Study 002.
She came in with the technical foundation: a CSE undergrad, a master’s, self-built projects, but no product idea and no structured way to evaluate one. What the fellowship installed wasn’t coding ability. It was the discipline to validate a problem before committing to build it.
“People don’t need another list. They need help making a decision.”
That single interview insight is what turned Madli from a generic discovery app into a three-picks-and-a-reason product. The interviews didn’t just validate the idea, they changed its scope: personal-vibe filtering over just occasion, time-aware speed for working professionals, tone and aesthetic for Gen Z segments.
Based in Jersey City, NJ. Reach out directly. I reply fast.