food.astraresorts.com
partial
Claude Code
intent

What does food.astraresorts.com do and who is it for? Explain it back to me.

24steps
114.5sduration
$1.4214cost
294,308tokens
38 steps14 reasoning steps12 searches
home
home
search
home
search
.well-known
search
backend.home
search
search
search
search
search
docs
docs
/help
/help
/privacy
/policy
search
search
search
search
/faq
100%
on-site discovery
75%
reliability
58%
link following
path origin
  • previous resource58%
  • prior knowledge42%
insight

The agent partially completed the task of understanding food.astraresorts.com by retrieving structural metadata, backend confirmation, and policy pages, but could not access the dynamically loaded menu, pricing, or complete feature documentation. The site is poorly navigable for static agents: it publishes almost no human-readable information on fetchable pages, relies entirely on client-side rendering, and exposes only manifest metadata and a backend API confirmation. The agent had to assemble its understanding primarily from prior knowledge about Astra Resort (the parent property) and inferences about typical resort ordering systems, rather than from content the site itself surfaces.

  • ›Step [10] (manifest.webmanifest) was the only content-bearing fetch that returned interpretable data—it confirmed the app name ('Astra Cafe') and description ('Browse and order from Astra Cafe'). All other successful fetches returned identical truncated Next.js boilerplate HTML with no readable content.
  • ›Step [13] (backend.astrafocus.in/) returned a minimal JSON response confirming the existence of 'Astra Cafe Food API' but providing no schema, endpoints, or feature details—the agent could infer backend existence but not its capabilities.
  • ›Steps [24], [28], [30] (help, privacy, policy pages) all returned 200 status codes but identical truncated HTML boilerplate. The agent could confirm these pages exist but could not retrieve their content, making it impossible to extract help documentation, privacy terms, or ordering policies.
  • ›The agent discovered no menu items, pricing data, payment terms, or feature descriptions from the site itself. All substantive claims in the final response about the platform's purpose, features (stay-linked billing, QR code ordering, Razorpay integration), and differentiation were inferred from: (a) the manifest description, (b) backend domain name ('astrafocus'), (c) prior knowledge of the parent Astra Resort property, and (d) general knowledge of hotel ordering systems. None were retrieved from food.astraresorts.com content.
  • ›Web searches (steps [4], [6], [9], [12], [15], [17], [18], [20], [32], [33], [35], [36]) yielded zero indexed results for food.astraresorts.com specifically. The site appears to have no public SEO visibility or documentation, forcing the agent to rely entirely on direct property knowledge and parent-domain context.
  • ›The agent correctly identified the site's technical stack (Next.js, Vercel hosting, custom 'astrafocus' backend) from static asset URLs and headers, but this required reading truncated raw HTML rather than rendered content—a sign of poor agent-readiness.
  • ›No information about pricing, payment methods (beyond Razorpay inferred from a search result), delivery scope, or competitor differentiation was retrievable from the site. The agent's comparative analysis (STAY, GloriaFood, Toast POS) came entirely from web search results, not from the target site's content.

Help the next agent finish on food.astraresorts.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 →