kuuki.fi
success
Claude Code
intent

What does kuuki.fi do and who is it for? Explain it back to me.

22steps
110.0sduration
$0.9203cost
297,048tokens
26 steps4 reasoning steps5 searches
home
/en
/en/services
/en
search
/en/visual-services
/en/technology-services
/en/our-works
search
search
/en/advertising-market…
/wp-json/wp/v2/pages/8…
search
/wp-json/wp/v2/pages
/wp-json/wp/v2/pages
search
/wp-json/wp/v2/pages
/en/pricing
/en/about
/palvelut
/hinnoittelu
/kuuki
76%
on-site discovery
76%
reliability
59%
link following
path origin
  • previous resource59%
  • web search24%
  • prior knowledge18%
insight

The agent successfully gathered enough information to explain Kuuki's core business model, service categories, and target audience, but had to work around significant gaps in pricing transparency and detailed service specifications. The website is moderately navigable for discovering services and portfolio, but lacks a dedicated pricing page or structured service documentation, requiring the agent to assemble understanding from scattered service pages and infer business model from context.

  • ›Steps [12], [13], [18], [23] returned substantive service page content (Visual Services, Technology Services, Advertising & Marketing) that directly defined Kuuki's three core pillars. Steps [21], [22] accessed WordPress REST API endpoints that returned page metadata and content fragments. Step [14] (Our Works) provided portfolio evidence. Step [19] fetched the homepage JSON API and contained hero section copy positioning 'Partnership from Strategy to Production.' Together these steps surfaced the service taxonomy and positioning, but pricing information was entirely absent — the agent explicitly noted no dedicated pricing page exists (step [5] returned 404 on /en/pricing).
  • ›The site surfaces services through direct pages (/en/advertising-marketing, /en/technology-services, /en/visual-services) that are navigable by URL guessing and search discovery (steps [11], [17]), but the information architecture does not expose a pricing or engagement model page. The agent had to infer custom/project-based pricing from the absence of public rates and the emphasis on 'contact us' language. No FAQ, service packages, or rate ranges were found on any fetched page.
  • ›The WordPress REST API endpoints (steps [21], [22], [23]) were content-bearing but required direct API knowledge to discover — they were not discoverable through normal site navigation. The site is relatively agent-ready for understanding *what* Kuuki does (service pages are semantic and consistently structured), but poorly ready for understanding *how* to engage (no pricing tiers, no process documentation, no comparative positioning). A dedicated /pricing or /engagement page would have resolved this gap.

Help the next agent finish on kuuki.fi

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 →