Skip to content

Computer Science + Mathematics Minor — University of South Florida

I build systems that decide what happens next.

Agentic systems that reason over context, retrieve what matters, call real tools, and stop for a human before anything consequential.

  • AI + Software Engineering
  • Tampa, Florida
Selected work

Focus areas: Agent orchestration, Retrieval, Tool calling, Backend systems, Evaluation, Workflow design.

01

Selected work

Three systems
01

AgentHub Studio

Agentic workspace · MVP

One interface. Several specialised systems. An orchestration layer deciding what happens next.

A local AI workspace where a single chat routes each request to the system that can actually answer it — a database, a document index, or an external service — and pauses for approval before it acts on your behalf.

  • LangGraph
  • FastAPI
  • OpenAI
  1. Request

    Email the team our top accounts

  2. Routerintent → capability
  3. SQLsqlite · parameterised
  4. Gatehuman in the loop
    Approved by human
  5. Gmailgoogle api
  6. Response

    Draft ready. Awaiting your send.

Retrieval and Calendar were available, considered, and not selected for this request.

02

LangGraph SQL Agent

Agentic pipeline

Natural language goes in. A stateful execution pipeline decides how to query the database safely.

A question becomes a schema-aware query, runs against the database, and gets inspected before it is trusted. The pipeline checks its own work before it answers.

  • LangGraph
  • SQLite
  • Gradio
StateGraph5 nodes · shared run state

Question

Which regions grew fastest last quarter?

01 — Introspected schema

  • orders(id, region_id, amount, quarter)
  • regions(region_id, name)

02 — Generated query

SELECT r.name, SUM(o.amount) AS revenue
  FROM orders o
  JOIN regions r USING (region_id)
 WHERE o.quarter = ?
 GROUP BY r.name
 ORDER BY revenue DESC;

Parameterised · read-only · grounded in the introspected schema

03 — Returned rows

04 — Inspection before answering

  • result non-empty
  • column types match
  • shape as requested

An empty or malformed result routes back into the graph instead of forward into a confident sentence.

05 — Answer

Composed from the returned rows, with the executed query retained alongside it so the answer can be checked rather than trusted.

03

Retrieval & Evaluation

RAG system + evaluation harness

Retrieval is only half the problem. The other half is proving the answer was grounded.

A full RAG pipeline from document to answer, wrapped in a RAGAS evaluation harness — because a retrieval system you cannot score is a retrieval system you cannot improve.

  • LangChain
  • FAISS
  • RAGAS
  1. Question

    What does the policy say about access?

  2. Corpus30 chunks
  3. Retrieved4 chunks selected
  4. LLMgrounded generation
  5. Answer

    Answered from the four retrieved chunks, each source kept alongside the answer.

Evaluated with RAGAS

  • Faithfulness

    Supported by retrieved context

  • Answer Relevancy

    Addresses the question asked

  • Context Precision

    Retrieved chunks were useful

  • Context Recall

    Nothing needed was missed

02What I build

Different projects, one recurring shape: something has to decide what to do, do it, and check that it worked.

  • 01

    Orchestration layers

    The routing logic that reads intent and decides which specialised system should handle it — and when to hand control back to a person.

  • 02

    Retrieval pipelines

    Chunking, embedding, and vector search tuned so the model answers from grounded context instead of memory.

  • 03

    Tool interfaces

    Typed, permissioned bridges between a language model and real services: databases, mail, calendars, repositories.

  • 04

    Stateful workflows

    Graph-based execution where each node can inspect the run so far, validate its own output, and route accordingly.

  • 05

    Evaluation harnesses

    Measurement around generated answers, because a retrieval system you cannot score is a retrieval system you cannot improve.

The underlying loop

PERCEIVEPERCEIVEread contextPLANPLANchoose a toolACTACTcall itVERIFYVERIFYcheck the resultRE-PLAN WHEN VERIFICATION FAILS
03Experience
  1. 2026

    Evoke Technologies

    AI Intern

    July 2026August 2026Hyderabad, India

    Worked alongside an engineering team on applied AI: LLM application patterns, retrieval over internal documents, and the practical gap between a prototype that answers questions and a system an organisation can rely on.

    • LLM applications
    • Retrieval
    • Python
04Technical foundation

AI & LLM

  • OpenAI API
  • LangChain
  • LangGraph
  • Retrieval-Augmented Generation
  • RAGAS
  • ChromaDB
  • FAISS
  • Embeddings

Backend & Data

  • Python
  • FastAPI
  • SQLite
  • REST APIs
  • Google OAuth
  • Google APIs
  • Git
  • GitHub

Interfaces

  • TypeScript
  • JavaScript
  • HTML
  • CSS
  • Streamlit
  • Gradio
05About

I am a Computer Science student at the University of South Florida, with a minor in Mathematics, focused on the engineering behind AI systems rather than the models themselves.

Most of my work sits in the same place: the layer between a language model and everything it needs to be useful — retrieval, tools, state, and the guardrails that decide when a person should be asked first.

I care about systems that are legible. If I cannot explain why the thing chose what it chose, I do not consider it finished.

Education

Institution
University of South Florida
Degree
B.S. Computer Science
Minor in Mathematics
Location
Tampa, Florida
06

Contact

Let’s build somethingthat thinks.

Open to internships and early-career roles in AI and software engineering.