application

signal intelligence and live context for ai agents, not another static data feed.

iit patna · maths and computing

air 5095 · jee advanced 2023

cracked one of the toughest exams in the world at 17

[ 01 / signal intelligence ]

one thing that becomes painful quickly is signal overload.

once retrieval gets easy, customers drown in hiring signals, company updates, people movement, enrichment events, trigger streams.

the hard question stops being how do we get data.

it becomes: what actually matters right now?

adaptive signal ranking layer

a ranking layer on top of crustdata apis that scores buying intent, urgency, behavioral anomalies, company momentum, and signal decay.

cluster related events, generate momentum scores, summarize why something matters, recommend next actions. actionable sequencing, not raw dashboards.

system spec · adaptive signal ranking

example: funding + infra hiring + ai feature launch + traffic spike + new vp engineering should rank differently than isolated events.

internal systems i'd also build

  • sales automation + onboarding copilots
  • customer research agents
  • auto-generated demos
  • technical support copilots
  • gtm infrastructure + workflow generators

[ 02 / intro ]

i like building systems that remove operational pain.

usually i see something inefficient, obsess over it for a few hours, and ship a fix before people finish discussing the problem.

ai-native generalist. i see friction, build systems around it, ship fast, and work across product, infra, and gtm when things are undefined.

currently

  • live content distribution engines at trxnd · shipping
  • founder's office at saturn labs · bangalore
  • founder's office at aevis · remote
  • overall convener, inter iit tech meet 14.0

status: currently building weird things with ai + systems

[ 03 / why crustdata ]

why this caught my attention

crustdata feels early in the right way.

the internet was designed for humans clicking links.

now agents need live context, structured retrieval, real-time signals, and systems that can actually act on information.

that shift is massive.

most companies are still thinking about getting data.

the harder problem is figuring out what actually matters once the data starts flooding in.

that's the kind of problem i like working on.

[ 04 / operational systems ]

at saturn labs, hundreds of hours of robotics training data were uploaded daily.

the problem wasn't collection. it was qc.

people were manually checking:

  • hand visibility
  • lighting quality
  • object overlap
  • frame usability
  • motion consistency

repetitive work. huge time sink. draining engineering bandwidth every day.

so i built an automated qc system overnight.

it scored videos, flagged low-quality data, and integrated directly into the pipeline the same night.

next day the team stopped wasting hours on manual checks and focused on actual engineering work instead.

if something repeatedly slows people down, i automate it.

early-stage fit

  • saturn labs + founder's office: priorities changed daily, ownership fluid
  • inter iit tech meet 14.0: 23 iits, 2000+ participants, ₹1cr+ ops
  • not waiting for scoped tickets. ambiguity and speed are normal.

[ 05 / selected builds ]

things i've built

IronClaw

multi-agent android automation using accessibility trees, not apis.

fastapi · react · multi-agent

SpeakLingo

real-time voice cloning translator, sub-545ms latency on live calls.

webrtc · redis · gemini · qwen-tts

Mini-vLLM

inference engine from scratch, because i wanted to understand serving.

kv-cache optimization · grpc · observability

CiteAgent

agentic rag for causal extraction. 5th at inter-iit tech meet 14.0.

langgraph · reranking · llm judges

SoulScript

ai wellness platform with real-time avatars and memory systems.

1000+ concurrent users

[ 06 / philosophy ]

i don't like unnecessary complexity.

i like systems that:

  • reduce friction
  • remove repetitive work
  • increase speed
  • help people focus on meaningful problems

i think speed is underrated.

i think most meetings should've been documents.

good operators are usually hidden behind the scenes quietly removing chaos.

[ 07 / closing ]

i like difficult environments.

ambiguity doesn't bother me much. neither do unrealistic timelines.

if something feels impossible, that usually makes it more interesting.

anyway.

application draft · kept at 3amv0.1