Bhuvanesh Tamilselvan

AI-Native RevOps & GTM Systems Architect | Signal-led outbound · CRM engineering · Claude Code agents - documented in public with repos + receipts | RevOps & GTM Enginner @ Leadle

Leadleex-National College, Jayanagar, Bangalore-82(Autonomous)ex-AVP Trust Public School - India

“

I build AI-native revenue systems - and ship the code and docs as Most GTM stacks fail for one reason: they automate broken processes and call it "scale."

More

More tools. More dashboards. More activity. No real signal connecting what customers actually do to how revenue teams At Leadle, I design signal-driven revenue operating systems where outbound, inbound, partnerships, and CS work together - using real intent signals, not vanity activity. Not through more tools. Through better But I don't just design them. I build them, in the open: → Leadle OS - analytics processes running live against HubSpot, Clay, and the outbound stack. Signal-led outbound, CRM dedupe, inbound scoring. → AgentOps Core - observability for AI work: 106 Claude Code sessions, ~13,000 events, 5 repos captured and attributed. → devlog - an open-source work journal that writes itself from Claude Code, Codex, and git. 966 events, zero external APIs. → Work Brain - typed knowledge objects (decisions, risks, signals) pulled from meetings and inbox, with hybrid vector Everything is built with Claude Code, Codex and other tools and documented as it ships - ADRs, design specs, test counts, real metrics. You can inspect how it works, not just take my word that it My operating philosophy: - Strategy before automation - Signal before activity - Blueprint before toolingBecause automating a broken GTM motion just means you break things faster. Proof you can actually open: → GitHub: com/Bhuvanesh31 → Substack (Proof, Not Theory): com → Live devlog report (client data redacted): io/ai-work-journalWho I work best with: - Founders and revenue leaders who want predictable pipeline, not dashboards - Teams tired of CRM theater, willing to fix fundamentals instead of buying another tool - RevOps and GTM operators who want systems that hold up under real pressureI also run Madras GTM Collective - live GTM teardowns and operator meetups in Chennai. (Currently building something new on that with Pooja Surendar - more )If you want someone who pretends this is easy - not your If you want systems that survive real GTM pressure - DM me.