shaurya@halifax:~

Halifax, Nova Scotia

Shaurya Raghuvanshi

Third-year computer engineering. I build tools that make machine learning more efficient.

Focus
Neuromorphic & SNNs
Building
NeuroLab · labrag.pro
Also
Operations, Young Engineers Halifax
Shaurya Raghuvanshi
Halifax, 2026

ls work/

Three things I built. Each one started from an idea I wanted to exist.

  1. NeuroLab

    A visualizer for neural networks. Four architectures you can drag, edit, and watch think, with no ML library underneath any of them.

    Every forward pass, every backprop step, every spike is computed from scratch. The engine directory contains written activations, Xavier initialisation, MSE deltas, and four separate simulators.

    • Dense MLP: full backpropagation and gradient descent, trainable in steps of 1 / 10 / 100 / 1000.
    • Elman RNN: hidden state carried across time steps, recurrent weights drawn as dashed self-loops.
    • Spiking (LIF): membrane potential animates inside each neuron; spikes flash, refractory neurons go dark.
    • 1D CNN: the convolution kernel slides across the input in real time over live feature maps.

    Neurons drag anywhere and the bezier connections follow. Click a neuron to edit its bias, click an edge to edit its weight, export the whole network as JSON and pick it back up later.

    Repository ↗
  2. RankFile mid-drill, with the board and streak counter

    RankFile

    A chess square-recognition speed drill. It installs to the home screen and runs with the network off.

    I built it for board vision: name the square, find the square, or call its colour, against a clock or three lives.

    • Weighted randomisation: after the first round it biases prompts toward the squares you miss or find slowly.
    • Reaction-time heatmap: the board recolours green to red so you can see exactly where your blind spots sit.
    • Three difficulties: coordinates shown, coordinates hidden, then hidden and the perspective flips at random.
    • Tactile by design: every control presses in, haptics tick on mistakes, and all sound is synthesised through the Web Audio API rather than shipped as assets.

    Lifetime stats, per-mode personal bests, and full keyboard play all persist locally. A service worker caches the app shell, so the whole thing works offline.

    Repository ↗
  3. Architecture diagram: Claude to a Cloudflare tunnel, then FastMCP, Ollama embeddings and a Qdrant vector store on the Mac mini

    labrag.pro

    A private retrieval system for my own notes, self-hosted on an M1 Mac mini and reachable from inside a conversation with an AI chatbot through MCP.

    Notes, project references, and an Obsidian vault are chunked, embedded, and served from hardware I own. It is exposed as an MCP endpoint through a Cloudflare Tunnel, so a model can query the data mid-answer instead of me pasting context in by hand.

    • Semantic search returns ranked chunks with a source path, a title > header breadcrumb, and a cosine score.
    • Live data sits on the internal SSD; the external drive takes the backup.
    • Runs always-on alongside the rest of the fleet. See The Lab.

    83 documents 375 indexed chunks 1 box, mine

    Private endpoint

cat research.md

A long-running project on brain-inspired efficient AI. Intelligence as of now does not scale in terms of power usage, and the fix is unlikely to be a bigger matrix multiply.

Efficiency gains get spent, not saved. The interesting question is what a fundamentally cheaper substrate for computation looks like.

Neuromorphic

Leaky integrate-and-fire neurons, spiking networks, event-driven computation. The strongest pillar, and where the depth goes.

Approximate

Quantisation, pruning, and approximate arithmetic: large efficiency wins bought against small, bounded accuracy loss.

Photonic

Optical matrix multiplication and the noise characteristics that decide whether it is ever practical.

Temporal memory

RNNs, LSTMs, and Legendre Memory Units. The cross-cutting foundation the other three keep leaning on.

Six phases

  1. INeural network foundationsMLP and CNN on MNIST, written out until they need no reference.
  2. IITemporal memoryRNN, LSTM and LMU delay tasks; LTI systems and memory representation.
  3. IIINeuromorphicLIF simulation, spiking networks on MNIST and N-MNIST, event-based data.
  4. IVApproximate computingQuantised MLP, pruning experiment, approximate multiplier demo.
  5. VPhotonic computingOptical matrix multiplication and optical noise, in simulation.
  6. VIFinal integrationA spiking chatbot: intent classifier, then generative, then SpikeGPT inference.

Implementation runs on snnTorch and Norse, on the RTX 5070 box, with the reference corpus served off the Mac mini.

ssh lab

Not general self-hosting, but a compute stack built for autonomous AI work and retrieval. Everything is wired, everything is headless, and the whole fleet is driven over SSH from a laptop.

The desk at night: monitor, laptops and the Mac mini, all wired
The fleet, all on one desk

Desktop

Heavy compute, idle by default

i7-12700KF · RTX 5070 · 32 GB DDR5

1 TB Gen4 NVMe dual-booting Ubuntu and Windows, untouched. Proxmox is booted on a separate 250 GB SATA SSD for learning K8s.

Mac mini M1

Always-on

16 GB unified · 1 TB external

Serves the RAG stores and does the constant data shuffling. Also the backup target for the desktop.

XPS 9310

The terminal I use

i7-1185G7 · 16 GB · Linux Mint

No monitor on the desktop, none on the mini. Everything happens over SSH from here.

Virtualisation

Proxmox on pve.labrag.pro, hosting three Ubuntu Server 24.04 nodes cloned from a single template and bridged onto the physical LAN via vmbr0. Three is the smallest number where scheduling and rescheduling stop being hypothetical.

  • k3s: control plane on node one, workers on two and three.
  • CI/CD: Gitea and a runner, building the RAG service and deploying it on push.
  • Ansible: three identical hosts is the point where a playbook finally beats manual SSH.
  • Failure testing: snapshot, break it, restore. The one thing the always-on mini can never be used for.
Running your own compute stack is ownership, allowing more privacy and control. I believe that infra skill is not irrelevant to AI work; it is most of what makes AI work run.

cat teaching.md

I run Young Engineers Halifax, an international STEM enrichment franchise teaching engineering to ages four to fifteen through hands-on LEGO® models. My role grew out of instruction and into operations: scheduling, staff, systems, parent communication, and the numbers.

Motorised LEGO builds on a table beside a tablet showing the block-coding app
Builds, and the app that drives them
Engineering education should build thinkers, not button-pushers. The win isn’t a finished model; it’s a child who reasoned about why it works and what to change.

I took it on for the experience and the cause rather than equity, and because the operation around the teaching is a genuine systems problem, run on effort where it should be run on process.

Operations

Make the location run without me holding it together.

Growth

Fill more seats, and keep them full.

Curriculum

Protect the quality that earns the word of mouth.

Ops software

Build custom tools when the existing systems fall short.

The spiral

Each tier reuses and extends the one before it, so a child has somewhere to go next, which is also, not coincidentally, the retention model.

ProgramAgesFocus
AlgoBuddy4–6Early coding and logic foundations
Big Builders4–6Building, planning, motor skills
Bricks Challenge6–10Forces, energy, torque, leverage
AlgoPlay6–10Playful algorithmic thinking
Galileo Technic7–10Transmissions, centre of gravity, ratchets
RoboToys9–12Motorised and robotic builds
Robotics12–15Programmable robotics
AlgoC13–18Text-based coding in C

whoami

I knew at five that I loved computers. I have always counted finding that direction early as luck more than merit. I remember when my dad brought a new laptop from work, I spent an entire evening just fiddling with it, at just four years old. Since then I’ve subconsciously revolved around doing something within computing, whether hardware or software.

I study computer engineering in Halifax. I prefer starting from the idea and bend the tools toward it, rather than letting whatever tool is at hand decide what gets built. I learn from structured references rather than scattered tutorials, usually by typing a reference implementation out and understanding it as it goes down.

A lot of what I do sits at the seam between two things that are normally kept apart: research and the machine it runs on, algorithms and the operation around them, engineering and the reason for doing it, but I prefer it this way :D.

The Manhattan skyline at night, the Empire State Building lit up
A cup of chai held out over a green valley under low cloud
Sailboats on the water off Halifax on a clear day

Manhattan, after dark

Elsewhere

Chess
About 1700 on chess.com, almost entirely blitz, across roughly 5,700 games, and no opening theory whatsoever. That sheer volume taught me to avoid bad positions; it is pattern recognition rather than calculation. Trying for 2000 the same way, though the clock is prevent me from reaching that.
Aviation
A long interest in the engineering: the SR-71, Concorde, and the energy-density wall that keeps electric aircraft small. I fly a DJI Mini 3 in the meantime. If I ever get the courage to mod the Mini 3, I will.
Elsewhere still
I like going to the gym, biking, or tweaking my operating systems in my free time.