Agentic Engine Optimization (AEO)
Addy Osmani ยท rss ยท 2026-04-10 source โ Reader ๐ฅ๏ธ
Developer documentation must be restructured for AI coding agents as a new primary consumer โ optimizing for discoverability, parsability, and token efficiency via a layered stack of standards (robots.txt, llms.txt, skill.md, Markdown formatting, token surfacing) โ because agents read fundamentally differently from humans and current analytics cannot detect their failures.
practical ยท prescriptive essay / industry analysis โ Primarily a practical guide for developer documentation teams, structured as problem diagnosis followed by a layered solution stack. Draws on one empirical study but is mostly experience-driven.
Structure
| Part | Role |
|---|---|
| Introduction and problem framing | Establishes that AI agents are an invisible, growing share of documentation consumers whose failures go undetected by current analytics. |
| How AI agents actually read documentation | Provides empirical grounding (citing the Developer Experience with AI Coding Agents paper) showing agent HTTP behavior differs radically from human browsing. |
| The token problem | Identifies token economics as the key technical constraint agents face, with concrete examples of oversized documents. |
| The AEO stack (Layers 1-6) | Core prescriptive content: a six-layer framework from access control through UX bridges, each with concrete implementation guidance. |
| AGENTS.md and broader implications | Extends AEO beyond documentation sites to code repositories and reflects on the paradigm shift in developer experience design. |
| Audit checklist and where to start | Compresses the essay into an actionable prioritized checklist. |
Key terms
- Agentic Engine Optimization (AEO) Agent-Native Design
The discipline of structuring, formatting, and serving technical content so AI coding agents can discover, parse, and reason over it effectively. - token economics / token efficiency Token Efficiency
The constraint imposed by LLM context windows on how much documentation an agent can consume; makes document length a functional property, not just a style concern. - llms.txt Agent-Native Design
A Markdown-formatted sitemap hosted at a domain root that provides AI agents with a structured, token-efficient index of documentation. - skill.md Agent Skills
A declarative file that tells agents what a service/API can accomplish (capabilities, constraints, required inputs) โ distinct from procedural API reference docs. - capability signaling Agent-Native Design
Documentation that tells agents what an API does and can accomplish, as opposed to merely how to call it. - silent failure
When an agent fails to use documentation (due to blocking, truncation, or poor structure) and no analytics event is generated โ the failure is invisible to the documentation owner.
Propositions
- explicitAI coding agents are already a significant and growing share of developer documentation traffic, but their consumption is invisible to conventional client-side analytics.conf: high
- explicitToken count is now a first-class documentation metric because agents use document size to decide whether to attempt reading content at all.conf: high
- explicitA six-layer stack (robots.txt, llms.txt, skill.md, content formatting, token surfacing, Copy-for-AI) constitutes the necessary infrastructure for agent-optimized documentation.conf: high
- explicitWhen agents cannot parse documentation effectively, they fall back to parametric knowledge (hallucination), producing subtly wrong outputs that are hard to trace back to documentation failures.conf: high
- explicitOptimizing documentation for agents tends to also improve it for humans, because the disciplines (clear structure, concision, front-loaded information) overlap.conf: medium
- explicitcorroboratedTeams that optimize for agent consumption early will gain a competitive advantage because their APIs will be preferentially recommended and successfully integrated by agents.conf: mediumsupports โCo-Existence and the End of Co-Intelligence ยท p8 โ Loosely analogous, lower-confidence case: Mollick's book-site experiment (testing marketing copy against many AI models via Codex) mirrors AEO's claim of early-optimizer advantage, though AEO#p6 is specifically about APIs being preferentially recommended, not persuasive page copy.
- explicitdevelopedThe traditional developer experience design paradigm (progressive disclosure, visual hierarchy, interactive examples) is partially obsolete for agent consumers.conf: highextends โMeta Open-Sources Astryx, Its Agent-Ready React Design System ยท p6 โ AEO argues the human-oriented DX paradigm (progressive disclosure, visual hierarchy, interactive examples) is partially obsolete for agent consumers of documentation; Astryx applies the same logic one layer down, to a UI component library itself, replacing purely visual/prop-based customization with agent-callable CLI/MCP interfaces.
- implicitDocumentation quality and agent task success are decoupling โ you can have excellent docs that agents still fail to use.conf: high
Arguments
Developer documentation teams need to adopt AEO as a discipline alongside (or integrated with) traditional documentation practices. strength: high
Explicit premises:
- AI agents are a significant and growing share of documentation consumers.
- Agents read documentation in fundamentally different ways from humans (single requests, no client-side interaction).
- Current analytics cannot detect agent consumption or failure.
- When agents fail to parse docs, they hallucinate โ causing subtle downstream errors.
Implicit premises:
- Documentation teams should optimize for all significant consumer categories, not just the historically dominant one.
- The cost of agent hallucination (wrong API usage, broken integrations) is high enough to justify documentation restructuring.
- Agent traffic will continue growing, making the problem more acute over time.
Inferences:
- Because agents are invisible to current analytics, teams currently have no feedback loop for agent-facing doc quality.
- The absence of feedback creates a silent failure mode where doc teams believe everything is fine while agents consistently fail.
Token count should be treated as a first-class documentation metric. strength: high
Explicit premises:
- Agents have practical context window limits of 100K-200K tokens.
- A single Cisco API doc consumes 193K tokens, nearly exceeding most context windows.
- Agents truncate, skip, or hallucinate when documents exceed their context budget.
Implicit premises:
- Most documentation teams do not currently track or optimize for token count.
- The token:character ratio (~1:4) is stable enough to use as a planning metric.
Inferences:
- Document length is no longer just a readability concern โ it is a functional constraint that determines whether content is consumed at all.
Narratives
- An engineer opens Claude Code, asks it to implement a spec. The agent fetches documentation, processes it in 400ms with zero scroll depth, and either succeeds or hallucinates โ all invisible to the doc team's analytics.
โ Opening hook that concretely illustrates the invisible-agent problem and creates urgency. - The SEO analogy: just as the industry spent years learning to optimize for search crawlers after initially building only for human readers, AEO represents the same transition for a new machine consumer.
โ Frames AEO as a familiar, inevitable industry maturation rather than a radical disruption, making it feel actionable rather than overwhelming.
Questions addressed
- โ
How do AI coding agents actually consume developer documentation?
Via single/few HTTP requests, bypassing all client-side interaction; identifiable by specific user-agent signatures (axios, curl, got, colly, etc.). - โ
Why are documentation teams unaware of agent failures?
Because agent traffic generates no client-side analytics events (scroll, click, time-on-page), making it invisible to standard measurement. - โ
What specific infrastructure should documentation teams build for agents?
A six-layer stack: robots.txt audit, llms.txt, skill.md, Markdown content formatting, token count surfacing, and Copy-for-AI UX. - โญ How large is AI agent traffic relative to total documentation traffic?
Acknowledged as 'significant and growing' but no quantitative data provided beyond the existence of identifiable fingerprints. - โญ Does AEO actually improve agent task success rates?
Asserted but not demonstrated with before/after data. The audit tool (agentic-seo) is offered but no efficacy data is presented.
Gaps
- evidentialNo quantitative data on what percentage of documentation traffic comes from AI agents, or how that share is trending. The claim of 'significant and growing' is unsupported numerically.
Read next: Look for server log analyses or industry surveys quantifying AI agent traffic share on developer documentation sites. - evidentialNo before/after case study showing that implementing the AEO stack actually improved agent task success rates. The argument is structurally sound but empirically unvalidated.
Read next: Seek controlled studies or A/B tests measuring agent task completion on AEO-optimized vs. non-optimized documentation. - conceptualThe relationship between AEO and API design itself is unexplored. If an API is poorly designed, no amount of documentation optimization will help agents use it well. AEO treats documentation as the optimization surface but the API is the upstream variable.
Read next: Explore 'agentic API design' โ how API surface design (not just documentation) should change for agent consumers. - scopeFocuses exclusively on coding agents consuming documentation. Does not address agents that interact with APIs directly (via MCP, function calling, or tool use) where the documentation layer is bypassed entirely.
Read next: Investigate how MCP servers, OpenAPI specs, and function-calling schemas serve as the 'documentation' layer for tool-using agents.closed byAWS MCP Server Reaches GA with Full API Coverage and IAM-Based Governance โ Documents exactly the MCP path the gap asks about: a hosted MCP server serving current docs plus authenticated API access directly to agents, bypassing the human documentation layer. - adversarialNo discussion of the tension between making content agent-accessible and protecting intellectual property, competitive intelligence, or premium content. Opening documentation fully to agents may conflict with business models.
Read next: Explore access control, rate limiting, and content licensing frameworks for AI agent consumers.
Related documents
- With Android CLI, Google is Making the Android Toolchain Agent-Friendly
- Have your agent record video demos of its work with shot-scraper video
- Teaching an AI Agent to Debug Flaky Tests
- Agent Skills: Google-Backed AI Coding Agent Workflow
- Agent Skills
- The Almedra Token-Efficiency Benchmark, Updated For GLM 5.2
- Hugging Face's Clem Delangue: Stop Comparing Engines to Cars
- Case Study: Refactoring at Scale with Agents
- This Week's Best Developer Tools & Betas
- GitHub Copilot CLI Reaches General Availability