Accessibility and agent-readiness are the same work. The tools haven't caught up.
The internet was built for human eyes. Websites use visual layouts, styled divs, and JavaScript-rendered content that humans navigate by sight. Agents don't have eyes. They parse the DOM. When a button is a styled div instead of a button element, an agent literally cannot find it.
This is not a future problem. Production agents read the web right now. ChatGPT visits URLs. Perplexity reads pages. Google's AI overviews pull from live sites. These retrieval agents arrive by the million, read your HTML, and decide what your page is about, often without ever running your JavaScript. Most products were built for human readers and never tested for this second audience.
AgentisLux scans your site and reports what an agent experiences. Six categories of deterministic checks. Findings written from the agent's perspective. No fixes suggested, because suggesting fixes implies we know your codebase, your constraints, and your reasons. We don't. We know what an agent sees.
The overlap with WCAG accessibility is not a coincidence. It's the thesis. Semantic HTML, proper labels, ARIA roles, heading hierarchy, structured data: all of this helps screen readers and agents alike. Build for accessibility, build for agents. Same work.