Foundations in data and software
Started by building with data, Python, and software fundamentals — learning to reason about structure before reaching for tools.
Sanidhya RathoreAI ENGINEER · BUILDER
I build AI-powered products and full-stack systems from interface to infrastructure.
Currently buildingintelligent financial infrastructure
Scroll to explore
I work across the stack — from React and Next.js interfaces to Python APIs, databases, AI workflows and deployment. That allows me to move from an idea to a working product without losing the connection between product thinking and engineering.
Working across the whole stack means the interface and the data model stay in the same conversation. It removes the handoff where design decisions quietly become engineering problems.
System Architecture
Every product is the same six layers. I work across all of them, because the interesting problems live in the seams between them.
Not a résumé — a progression. Each phase was a deliberate move from understanding a layer to owning what sits around it.
Started by building with data, Python, and software fundamentals — learning to reason about structure before reaching for tools.
Moved into professional development and full-stack product engineering, working inside production codebases with real constraints.
Worked through frontend, backend, databases, authentication, APIs, and deployment — owning the seams between them rather than one layer.
Started building AI-powered systems, automation workflows, and intelligent products where the model is a part of the system, not the whole system.
Current direction: intelligent financial infrastructure — systems that understand financial information, evaluate risk, and keep a human in the loop.
Four areas where the work overlaps — which is the point. A system that spans more than one of these is where the real engineering lives.
Retrieval pipelines, multi-agent orchestration, and structured outputs that stay grounded in evidence.
Typed, accessible interfaces and the APIs behind them — built to be maintained, not just shipped.
Schemas, migrations, auth, and deployment — the parts that decide whether a system survives contact with reality.
Applied AI where the decision matters more than the output: risk, evidence, and human approval.
Case studies rather than cards — the problem, the approach, and what the system actually does.
An evidence-grounded claim decision engine for health insurance.
Tech Stack
Claim adjudication depends on reading a large policy document and matching each fact in a claim to the clause that governs it. Doing that by hand is slow, and a summary that loses its citations cannot be defended in an audit.
Treat the system as investigation rather than prediction. Agents normalise the claim, plan what evidence is missing, retrieve the governing clauses, build an explicit evidence matrix, then reason over it under a fail-closed rule: when evidence is missing or conflicting, the system abstains and returns NEEDS_REVIEW instead of guessing.
More Projects
A deployed React web application.
This site — an interactive engineering demonstration.
A data analysis study over a public sales dataset.
Tools I reach for, and what each one is for. Hover a node to see it in context.
Three principles that decide what gets built, and what gets thrown away before it wastes a month.
Technology comes after understanding the user and the constraint. Choosing the stack first is how you end up building the wrong thing well.
Build something usable before building something impressive. A running end-to-end slice teaches more than an elaborate plan.
AI should produce evidence, structure, and observable decisions — not just an output. If nobody can see why it decided, it isn't finished.
Pulled directly from the public GitHub record — no screenshots, no claims.
I'm interested in the intersection of AI, automation and financial infrastructure — systems that can understand financial information, evaluate risk, and automate decisions while keeping humans in control.
EXPLORING
This is a direction, not a product with customers. The point of the pipeline is to make the intended shape of the system explicit — where automation ends, and where a person still decides.
Intended Pipeline
Experience
2025
Sthapatya Consultants · Government / civic technology
Built and maintained modules across a civic technology codebase — frontend engineering, database interaction, access control, and debugging production workflows against real operational requirements.
Currently
About
AI Engineer · Full-Stack Builder · Product Engineer
Pune, India
I enjoy taking ambiguous problems and turning them into working software.
Contact
The most useful thing you can send is a description of the problem you are actually stuck on.