Vineet Vora

PortfolioNewark, New JerseyMMXXVI

Software engineer,
AI systems
end to end

I take AI systems from an ambiguous problem to something deployed and used. Most of my work starts as a vague question — can someone who doesn't write SQL just ask this database? — and ends as a system somebody runs.

Author
Vineet Vora
Programme
MS Artificial Intelligence, NJIT
Expected
May 2027
Position
Student Intern, HPC, NJIT
Status
Open to Forward Deployed, AI/ML, software and HPC roles

Abstract

I like the part of the job where nobody has decided what to build yet.

That usually means owning the whole line: scoping what's actually needed, building the pipeline, standing up the infrastructure it runs on, and then explaining the result to people who don't care what a transformer is.

A model isn't finished when it converges. It's finished when someone who didn't build it can run it, trust it, and get an answer under real constraints.

End-to-end ownership. Ambiguous problems. Systems that run in someone else's environment. Shipping over polishing. Knowing when to cut scope.

Experience

Student Intern, High Performance Computing

New Jersey Institute of Technology

  • Build and test a Raspberry Pi mini HPC cluster; install Red Hat, Slurm and supporting software.
  • Troubleshoot compute-node connectivity and remote access using SSH, network diagnostics and head/compute-node checks.

Selected work

Ask your database in English

Natural language to SQL over enterprise databases the model has never seen.

What if someone who doesn't write SQL could just ask? TRIDENT SQL turns plain-English business questions into working SQL against unfamiliar multi-table schemas, in four phases. The highlighted components were designed and built for this thesis.

Target database6,601 training questions

  1. Phase 1

    Pre-processing

    • Value index
    • Example index
    • Query-Tree Rules

    Indexes & rules

  2. Phase 2

    Schema linking

    + user's question

    • Value retrieval
    • Column finding

    Focused schema

  3. Phase 3

    SQL generation

    • Divide-and-conquer ×4
    • Example-based ×4
    • Plan-and-Fragment ×4

    12 candidate SQLs

  4. Phase 4

    Correction & selection

    • Repair 8 checks
    • Query Tree
    • Cross-Writer Agreement

    Final SQL

Highlighted steps were designed and built for this thesis.
  1. Phase 1 · Pre-processing. Before a single question arrives, the system studies its terrain. Every text value in the database is embedded for lookup, 6,601 solved training questions are indexed by the shape of their queries, and Query-Tree Rules are distilled from the mistakes the model makes on the training set, each rule kept only if it measurably raises accuracy.
  2. Phase 2 · Schema linking. The question is anchored to the database values it mentions and to the columns it truly needs, narrowing a sprawling schema to a focused one.
  3. Phase 3 · SQL generation. Three independent writers each draft four candidate queries, twelve in all. One decomposes the problem, one learns from similar solved examples, and the third, Plan-and-Fragment, reasons before it writes: it first commits to exactly what the question asks to return, then translates every domain hint into a precise SQL fragment and assembles the query from those pieces verbatim, so no formula, literal or unit is lost in translation.
  4. Phase 4 · Correction and selection. Each candidate passes eight repair checks. The Query Tree then performs a structural audit: the English question is decomposed into a tree of what it demands, the SQL is parsed into a tree of what it actually does, and the two are compared branch by branch. Only the flagged branches are repaired; every correct part of the query is left untouched. Finally, Cross-Writer Agreement chooses the answer: each writer casts a single vote, so no writer can win on volume alone, and an LLM judge settles the genuinely close calls.

It achieved 70% execution accuracy on the BIRD dev set, running on open-weight models only and training-free. No proprietary API, which means it can be deployed inside a company's own environment with no data leaving it — the difference between a demo and something a regulated customer can actually run.

Results on the BIRD dev set
Execution accuracy70%
Benchmark questions1,534
Distinct databases11
Proprietary APIs0

github.com/VineetV2/Trident-SQL

Forecasting geomagnetic storms

A frozen encoder beats LoRA on a 366M-parameter Vision Transformer pretrained on NASA solar imagery.

Can you see a storm seventy-two hours out? Adapted Surya to forecast the interplanetary magnetic field conditions utilities and satellite operators watch before a geomagnetic storm — comparing a frozen encoder against LoRA on 13-channel AIA EUV and HMI magnetogram inputs at 512×512.

Forecast performance
RMSE3.39 nT
Cross-validation folds succeeded96.5%
Efficiency vs. LoRA3.5× more efficient

github.com/VineetV2/imf-bz-forecasting-surya

118.9 million flight records

Distributed analytics on a 6-node Hadoop cluster, stood up from bare EC2 instances.

Twenty-two years of US flight data, processed with custom MapReduce jobs and then tuned until every map task read local data rather than pulling across the network.

Cluster performance
Records processed118.9M
Dataset size11.66 GB
Data-local map execution100%
Speedup under scaling2.73×

github.com/VineetV2/hadoop-flight-data-analysis

Peon — memory for AI coding agents

A local-first MCP server for coding agents.

Coding agents forget everything between sessions. Peon gives them persistent project memory: capture as you work, LLM consolidation, hybrid retrieval, a daily self-audit. It ships as an MCP server, so it drops into any client rather than locking to one.

github.com/VineetV2/peon-mem

This document

You're reading it.

Hand-written HTML, CSS and JavaScript. No framework, no build step, no dependencies beyond three typefaces.

github.com/VineetV2/portfolio

Face-based attendance automation

No manual roll call — attendance logged straight from the camera feed.

A live classroom camera feed runs through YOLO for face detection, then FaceNet for identity matching, logging each recognized student straight to an Excel sheet.

github.com/VineetV2/Face-Based-Attendance-Automation

Methods

Technical stack by domain
LanguagesPython · TypeScript · Java · JavaScript · SQL
AI & MLPyTorch · HuggingFace · vLLM · LoRA / PEFT · TensorFlow · scikit-learn · OpenCV
Data & infrastructureHadoop · MapReduce · HDFS · YARN · AWS EC2 · SLURM · Red Hat Linux · Docker · CUDA
DatabasesPostgreSQL · MySQL · MongoDB · SQLite
WebReact · Node.js · Cloudflare Workers
DeliveryRequirements scoping · Design Thinking (IBM) · Technical writing · Git · CI/CD

Published

Preventing Wildfires in Energy Transmission by Automatic Power Line Defects Detection Using Machine Learning and AI

A computer vision framework for finding power line defects and vegetation encroachment in UAV imagery — moving utilities from reactive repair to preventive maintenance before a fault becomes a fire.

The proof of concept detects falling wires using Canny edge detection and a Probabilistic Hough Transform. CNN, YOLO and transformer architectures are the roadmap toward real-time inspection at scale.

ieeexplore.ieee.org/document/11380637

Record

Education

Education
2027 New Jersey Institute of Technology MS, Artificial Intelligence · GPA 3.83 · Newark, NJ Advanced NLP · Computer Vision · Information Retrieval · ML for Data Science · Big Data
2025 Vellore Institute of Technology — AP BTech, Computer Science · India

Leadership

Leadership
2024 VITOPIA, VIT-AP University flagship festival Head of Sponsorship & Core Team · Jan — Feb 2024 Led a 20-person team through outreach to 450+ companies, closing $180,000 (INR 1.5 Cr) in corporate sponsorship and exceeding every revenue target.
2022 Beat The Heat, VIT-AP Club Administrator & Head of Finance · Aug 2022 — Jan 2025 Ran the club's annual budget and supplier negotiations for two and a half years.

Certifications

Contact

Building something where the hard part is figuring out what to build? That's the part I want.