2
12 Comments

Launched Drishti — AI agent observability for Indian developers 🇮🇳

I got tired of US tools showing my AI agent costs in dollars.
Every time I checked my bill, I was doing mental math: "$0.04 = ₹3.3... wait, $0.12 = ₹10?"

So I built Drishti (दृष्टि) — India's first AI agent observability platform.

What it does:
→ Tracks every LLM call in ₹ (INR-native, no conversion)
→ Explains errors in Hinglish ("Yeh kya galti hai")
→ Alerts on WhatsApp when costs spike (email for now)
→ 2 lines of code to integrate
→ Open source core (MIT)

Free tier: 10,000 traces/month. No credit card.

I built this solo over 3 months. Would love feedback from anyone building with LLMs in India.

🔗 https://drishtiai.dev
📦 https://github.com/Harsh-0602/drishti-sdk

on June 17, 2026
  1. 1

    Update: just shipped the public dashboard demo — you can see real traces,
    ₹ costs, and the Hinglish error explanations in action here: https://www.youtube.com/watch?v=k8U_DwPs1Uk

  2. 1

    The name Drishti is perfect for an observability tool — monitoring what your AI agents are actually doing is half the battle. Curious how you're handling the cost/overhead of the tracing itself, since observability can sometimes become a bottleneck at scale.

    1. 1

      Haha thanks! Drishti = "vision" in Sanskrit, so yeah — pretty much born for observability 😄

      Overhead — SDK is fully async. Traces fire via a background thread, so zero blocking on your critical path. Ingest latency is <50ms typically, and if our servers hiccup or your network drops, your agent keeps running — graceful failure by design.

      That said, I won't throw a "it's 0.5% overhead" number at you because I genuinely haven't benchmarked it rigorously across different workloads yet. Early days, still measuring.

      If you're curious, the SDK arch is pretty small and readable — would love an honest roast: https://github.com/Harsh-0602/drishti-sdk

  3. 1

    Nice launch. The localization layer is useful, but the thing I would test fastest is whether cost alerts catch repeat-tool loops before the bill shows up. For agent builders, a trace that says "same tool called 18 times with no new output, estimated ₹ cost so far" feels more actionable than a generic dashboard.

    1. 1

      This is exactly the kind of feedback I needed. You're 100% right — a generic dashboard that just says "you spent ₹500 today" is useless. What I actually need to know is "your agent called the same tool 12 times with identical args and burned ₹40."

      Full transparency: loop detection isn't in the SDK yet. But it's been on my mind since day one. The Pro plan has a "model cost optimizer" but that's more about model selection right now, not runtime loop breaking.

      What you described — surfacing redundant tool calls in real-time with estimated ₹ burnt — is literally the next thing I want to build. Probably a small middleware layer that tracks tool call signatures and breaks/flags loops before they drain the wallet.

      I'm hacking on this solo, so might take a couple of weekends. Mind if I DM you when I have a rough version? Would love to test it against a real use case.

  4. 1

    For me, currency conversion to INR has never been an issue.
    The WhatsApp angle is a strategic move and is well-suited for India, given the country’s high level of professional activity on the platform.
    Hinglish is also a smart move, however, it is not a necessity.

    It is worth considering the perspective of a customer. Would they be willing to pay for Hinglish conversations if they have no difficulty understanding English?

    1. 1

      thanks for the detailed feedback!
      Totally get your point — many devs are comfortable with English. Hinglish is more about saving time and reducing friction during debugging (quick “yeh kya error hai” vibe) rather than replacing English.
      Appreciate the honest take — helps a lot!

  5. 1

    One thing I'd be careful with:

    The interesting question may not be whether Indian developers prefer costs in ₹.

    It may be what problem they're actually hiring observability to solve in the first place.

    Those can look aligned early on while leading to very different product decisions later.

    1. 1

      thanks for the comment!
      You're right, the real question is what problem Indian devs are actually trying to solve with observability.
      Drishti is built for that — INR-native costs, Hinglish error explanations, and WhatsApp alerts.
      Would love to know what issues you've seen teams facing. Any patterns?

      1. 1

        Makes sense.

        Curious how you're planning to differentiate beyond localization once others start adding similar INR-first + chat-style UX layers.

        1. 1

          valid points!

          Localization is the entry point, but the real differentiation is deeper agent visibility — every LLM call, tool step, memory lookup with exact ₹ cost + Hinglish explanations + instant WhatsApp alerts. These are all in 2 lines of code.

          Long term focus is to make debugging and cost control dead simple for solo devs and small Indian teams.

          What would make an observability tool actually sticky for you or teams you know?

          1. 1

            That's actually where I stopped short earlier.

            I don't think the interesting part is my answer to that question.

            I think it's what answer ends up driving the product.

            Happy to send over the fuller thought if useful — just drop your email.

Trending on Indie Hackers
I got my first $159 in sales after realizing I was building in silence User Avatar 52 comments Three Days Before Launch, I Let My Own Tool Tear Me Apart User Avatar 37 comments I thought I was building a news visualization tool. Users thought it was a catch-up tool. User Avatar 34 comments I got tired of rewriting the same content for 9 different platforms. So I built Repostify. User Avatar 30 comments I Rejected a $15K Acquisition Offer for My Multi-Agent IDE — Here's the Full Breakdown User Avatar 28 comments A pattern I keep seeing in EdTech: traffic isn't usually the problem. User Avatar 23 comments