Tomás Vega
LLM Application Developer · RAG, function calling, streaming
Built a document-grounded Q&A product from zero to 50K daily actives. Specializes in retrieval quality and output validation.
Artifact Gallery
Sandboxed tool execution environment with retry + validation.
Aug 20, 2026LangGraph assistant with eval harness for cited literature reviews.
Jul 17, 2026Streamlit dashboard comparing chunking strategies across 800 eval queries.
Jun 14, 2026Plan-and-execute agent with reflection and tool-retrieval sub-graphs.
May 11, 2026Pytest suite of 320 prompt assertions with LLM-as-judge scoring.
Apr 8, 2026Real-time cost monitoring across agent calls with Slack escalation.
Mar 5, 2026Process Trace Summary
- Repository initializedJul 15
Created project scaffold with README and license.
- First commit pushedJul 17
Initial proof-of-concept with placeholder data.
- Evaluation harness addedAug 19
Wired up 50-question regression suite with LLM-as-judge.
- Peer review feedbackAug 21
Two reviewers flagged edge cases in retrieval fallback path.
- Iteration — fallback hardenedSep 23
Added retry + validation; eval score improved 12 points.
- Final submissionSep 25
Artifact submitted for oral defense scheduling.
Oral Defense Transcripts
Recorded Q&A from each verified oral defense session. Expand a session to read the transcript.
Walk us through the architecture of your artifact. Why did you choose this approach?
I chose a plan-and-execute topology because the task required multi-step retrieval with reflection. The plan node decomposes the query, sub-agents retrieve and draft in parallel, and a reflection node scores and routes for a second pass when below threshold.
What evaluation did you run, and what were the headline numbers?
I ran a 50-query regression suite scored by LLM-as-judge calibrated against a human panel (0.86 agreement). Baseline scored 71%; the reflection pass lifted it to 88% with a 14% latency cost, which stayed within budget.
Describe a failure mode you found and how you mitigated it.
Retrieval fallback returned stale context on schema changes. I added a freshness check + retry with a smaller context window, which reduced stale-grounded answers from 9% to under 2%.