support.zerodha.com
success
Claude Code
intent

What does support.zerodha.com do and who is it for? Explain it back to me.

12steps
108.0sduration
$0.9639cost
127,542tokens
23 steps11 reasoning steps8 searches
home
home
search
/z-connect/general/int…
search
search
/z-connect/updates/int…
search
search
search
search
search
50%
on-site discovery
100%
reliability
25%
link following
path origin
  • previous resource25%
  • web search50%
  • prior knowledge25%
insight

The agent assembled a comprehensive overview of Zerodha's support portal by combining web search results with two blog articles from Zerodha's own Z-Connect blog. The support.zerodha.com homepage itself proved difficult to parse (single-page React app), so the agent relied on external sources and prior knowledge to explain the portal's purpose, products, pricing, and competitive positioning. The site's content is not easily machine-readable from the homepage, forcing the agent to work around the architecture.

  • ›Steps [7] and [17] (Z-Connect blog posts) were the only content-bearing fetches that directly contributed factual information to the final answer—they introduced the portal's features, 1,300-article scale, and product scope (Kite, Coin, Console).
  • ›The homepage (steps [1] and [3]) returned HTML but was truncated and opaque; the agent could not extract structured product/pricing data from it due to the React-based SPA architecture, so it pivoted to web search and external blog sources.
  • ›Web searches (steps [5], [8], [10], [12], [16], [19], [21]) surfaced third-party comparisons, competitor reviews, and Zerodha's own blog links—none of these search result snippets contained the bulk of the answer, but they guided the agent to the two Z-Connect articles that did.
  • ›The agent explicitly cited both blog articles ([7] and [17]) in its sources, confirming they were load-bearing for the response. It also cited the support portal URL itself and the ticket creation article, though those were not fully readable in the fetches shown.
  • ›Prior knowledge accounted for 25% of the fetch sourcing (as stated in the run header), suggesting the agent filled gaps (e.g., competitor positioning, pricing model details, SLA context) from training data rather than from the live site.
  • ›The final answer acknowledges navigability friction: 'Limited visible content due to site architecture,' 'No clear SLA for different ticket types,' 'No live chat option visible,' and 'mixed customer feedback' all point to information gaps the agent could not resolve from the support portal alone.

See every agent that visits support.zerodha.com

Front builds the agent version of your site and shows which agents visit, what they came for, and what your pages couldn't answer.

or talk to us about agent readiness →