What does dotfn.dev do and who is it for? Explain it back to me.
- previous resource83%
- prior knowledge17%
The agent successfully identified dotfn.dev as a personal portfolio for a frontend developer and designer, not a commercial product or service. It discovered the core information via the llms.txt artifact (step 12), which provided structured biographical and professional data, then attempted to augment that with the CV page (step 14). The site was minimally navigable for the task—most standard routes (/pricing, /about, /docs) returned 404s, forcing the agent to rely on a machine-readable metadata file and prior knowledge to construct a complete answer.
- ›Step 12 (llms.txt) was the sole content-bearing source and contained the definitive answer: Nicolás Jiménez's name, role, location, specializations, and key project details. This file was explicitly cited in the final response's Sources section.
- ›Step 14 (CV page) returned HTML but was heavily minified and truncated, making it unreadable; the agent relied on step 12 instead. The homepage (step 0) was also truncated and minified, confirming the site does not publish human-readable or easily parseable HTML.
- ›The site does not expose pricing, about, or docs pages (all returned 404), and there is no structured data (JSON-LD, microdata) in the homepage. The llms.txt file was the only machine-readable, navigable entry point; the agent had to guess or use prior knowledge for everything else (e.g., linking the project BondiMDP via step 12's text).
- ›The agent correctly inferred that dotfn.dev is a portfolio, not a product or service, by parsing step 12's content and recognizing the absence of commercial indicators (pricing, customer tiers, service offerings). This contradicted typical product-discovery task expectations and required semantic reasoning.
See every agent that visits dotfn.dev
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 →