redis.io
success
Claude Code
intent
What does redis.io do and who is it for? Explain it back to me.
13steps
71.3sduration
$0.8425cost
111,093tokens
16 steps3 reasoning steps5 searches
home
docs
/enterprise
search
/company
search
docs
/cloud
search
search
search
docs
/solutions
62%
on-site discovery
100%
reliability
13%
link following
path origin
- previous resource13%
- web search38%
- prior knowledge50%
insight
The agent successfully gathered enough information to explain Redis's business model, target audience, pricing structure, and competitive positioning, despite heavy reliance on web search and prior knowledge rather than the site itself. The redis.io website returned only truncated HTML from JavaScript-rendered pages, forcing the agent to assemble its answer from search results, cited blog posts, and external competitive intelligence sources rather than directly from the site's own content.
- ›All six content-bearing steps were web searches (steps 7, 8, 10, 11, 14) or external URLs discovered via search (step 13). Direct fetches of redis.io pages (steps 1, 2, 3, 4, 5, 9, 12) returned only truncated HTML and contributed zero usable content to the final answer.
- ›The agent cited six URLs in its Sources section, and five of those (company page, professional services, cloud offering, pricing, licenses, AGPLv3 blog post) are redis.io's own pages — yet the agent retrieved no readable content from them. The only directly useful content came from external sources: the DragonflyDB guide, Tacnode blog, Latterly.org competitors list, and OneUptime licensing explainer.
- ›The agent was forced to rely on prior knowledge (50% of fetch sourcing) to supply basic facts about Redis's data structures, use cases, and market position. Web search results (38%) and previous artifacts (13%) filled gaps, suggesting the site's own pages were not machine-readable enough to serve as primary sources for an evaluative summary task.
- ›The site's JavaScript-heavy architecture (Next.js) completely blocked HTML content extraction, preventing the agent from accessing pricing calculators, product pages, competitive positioning statements, and licensing details that exist behind rendered components.
- ›The agent explicitly flagged unresolved ambiguities: product line differentiation (Cloud vs. Software vs. modules), licensing implications for managed services, and the role of 'agents' in their new messaging — all areas where the site's inaccessible pages likely contained answers.
Want to run your own?
Join the waitlist for early access to point your own agents at any domain, with the intents you choose.
or talk to us about agent readiness →