Maya Okonkwo
AI Orchestration Engineer · Multi-agent systems, RAG, evaluation
Shipped two production agent systems handling 4M+ queries/week. Evidence portfolio includes a multi-agent research assistant with full eval harness.
Artifact Gallery
Plan-and-execute agent with reflection and tool-retrieval sub-graphs.
Aug 20, 2026Pytest suite of 320 prompt assertions with LLM-as-judge scoring.
Jul 17, 2026Real-time cost monitoring across agent calls with Slack escalation.
Jun 14, 2026Sandboxed tool execution environment with retry + validation.
May 11, 2026LangGraph assistant with eval harness for cited literature reviews.
Apr 8, 2026Streamlit dashboard comparing chunking strategies across 800 eval queries.
Mar 5, 2026Process Trace Summary
- Repository initializedJul 12
Created project scaffold with README and license.
- First commit pushedJul 14
Initial proof-of-concept with placeholder data.
- Evaluation harness addedAug 16
Wired up 50-question regression suite with LLM-as-judge.
- Peer review feedbackAug 18
Two reviewers flagged edge cases in retrieval fallback path.
- Iteration — fallback hardenedSep 20
Added retry + validation; eval score improved 12 points.
- Final submissionSep 22
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%.