AI-agent support
Features described in this page are experimental, and are useful for early adoption and evaluation. Output details and validation coverage may change in future releases. To track the phased evolution of the agent-support feature, see Improve support for AI-agent doc consumption #2614.
Features
When your site opts in, these are the user-facing and machine-readable behaviors Docsy enables:
- Markdown output format support. Your project’s
outputsconfiguration controls which page kinds publish Markdown. - Discovery: page HTML headers include
rel="alternate"links to the Markdown version of the page. - View Markdown: page meta area includes a View Markdown link to the Markdown version of the page.
llms.txt: site-root file listing.
The remainder of this page explains how to enable each feature, and discusses validation and metrics supported with examples.
Enable Markdown output
Hugo comes with several built-in output formats, including markdown. To
enable Markdown output, add markdown to the Hugo outputs configuration for
the page kinds you want to support. For example:
outputs:
home: [HTML, markdown]
page: [HTML, markdown]
section: [HTML, RSS, print, markdown]
[outputs]
home = [ "HTML", "markdown" ]
page = [ "HTML", "markdown" ]
section = [ "HTML", "RSS", "print", "markdown" ]
{
"outputs": {
"home": ["HTML", "markdown"],
"page": ["HTML", "markdown"],
"section": ["HTML", "RSS", "print", "markdown"]
}
}
Opt pages out
By default, Hugo’s outputs map (whether in multi-file site config or page
front matter) is a full replacement for each page kind, not a merge 1.
When you add markdown, keep every format your site already relies on – for
example RSS and print on sections as is shown in the examples above.
To opt pages out of Markdown output, set outputs in page front matter to
HTML only, or whatever your page’s default output formats are while excluding
markdown. For example:
---
title: HTML-only test page
outputs: [HTML]
---
...
Enable llms.txt
The llms.txt format is a simple text format for listing machine-readable links
to site content. It is designed to be easy for agents to discover and parse, and
to complement the richer but more complex Markdown outputs. To learn more, see
llmstxt.org.
Docsy generates llms.txt at the site root, and includes links to the home
page, main menu pages, and Markdown alternates where they exist. To enable it,
add LLMS to the Hugo outputs configuration for the home page. For example:
outputs:
home: [HTML, markdown, LLMS]
page: [HTML, markdown]
section: [HTML, RSS, print, markdown]
For an example of the generated llms.txt for this site, see
/llms.txt.
Customize output
Docsy renders Markdown output via layouts/all.md and generates llms.txt
via layouts/index.llms.txt. You can override these defaults at several levels:
- Per kind — Add templates such as
home.mdor_default/single.mdunderlayouts/in your project to tailor Markdown output for specific Hugo kinds. - Per shortcode — Add output-format-specific shortcode templates to project-local shortcodes so they emit Markdown-friendly content when appropriate.
- Per page — Provide page-specific content or structure for high-value pages that need a curated agent-facing view.
Server-side support
While outside the scope of Docsy’s support, sites can facilitate agent discovery
and access to Markdown content by implementing server-side content negotiation.
For example, honoring Accept: text/markdown on the same URL as HTML.
Validation and metrics
We use AFDocs to assess basic structural support for agent-facing content,
and to validate that generated outputs meet the configured checks. We also
encourage sites to implement their own monitoring and metrics on agent access
patterns—for example logging requests to Markdown URLs or llms.txt, and
collecting metrics on their use. For details, see
Agent-support checks.
The docsy.dev project contains AFDocs configuration and npm scripts so
maintainers can score a deployed URL against checks that overlap with Docsy’s
agent-support goals, including Markdown URLs, llms.txt, and related categories.
Scorecard examples
For scorecard examples, see the OpenTelemetry agent score online report and the AFDocs scorecard for this site:
docsy.dev scorecard
Known gaps in this scorecard are tracked under #2614.
Agent-Friendly Docs Scorecard
==============================
http://localhost:1313 · 8/25/2026, 2:24:31 PM
Overall Score: 88 / 100 (B)
Category Scores:
Content Discoverability 85 / 100 (B)
Markdown Availability 57 / 100 (F)
Page Size and Truncation Risk 93 / 100 (A)
Content Structure 100 / 100 (A+)
URL Stability and Redirects 100 / 100 (A+)
Observability and Content Health 100 / 100 (A+)
Authentication and Access 100 / 100 (A+)
Interaction Diagnostics:
[!] Your site serves markdown at .md URLs, but agents have no way to discover this
Your site serves markdown at .md URLs, but agents have no way to discover this. No agent-facing directive points to your llms.txt, and the server does not support content negotiation. Most agents will default to the HTML path and never benefit from your markdown support.
Fix: Add a directive near the top of each docs page pointing to your llms.txt, and implement content negotiation for Accept: text/markdown. The directive is the primary discovery mechanism (it reaches all agents); content negotiation provides a fast path for agents that request markdown by default.
Check Results:
Content Discoverability
PASS llms-txt-exists llms.txt found at http://localhost:1313/llms.txt
PASS llms-txt-valid llms.txt follows the proposed structure (H1, blockquote, heading-delimited link sections)
PASS llms-txt-size llms.txt is 1,129 characters (under 50,000 threshold)
PASS llms-txt-links-resolve All 13 same-origin links resolve (13 total links)
PASS llms-txt-links-markdown 13/13 same-origin links point to markdown content (100%)
WARN llms-txt-directive-html llms.txt directive found in HTML of 2 of 50 sampled pages, but buried deep in the page (past 50%)
Fix: An llms.txt directive was found in the HTML of some pages but is missing from others, or is buried deep in the page. Ensure the directive appears near the top of every documentation page.
PASS llms-txt-directive-md llms.txt directive found in markdown of all 45 sampled pages, near the top of content; 5 had no markdown version
Markdown Availability
PASS markdown-url-support 45/50 sampled pages support .md URLs (90%)
FAIL content-negotiation Server ignores Accept: text/markdown header (0/50 sampled pages return markdown)
Fix: Your server ignores Accept: text/markdown and returns HTML. Some agents (Claude Code, Cursor, OpenCode) request markdown this way. Configure your server to honor content negotiation.
Page Size and Truncation Risk
PASS rendering-strategy All 50 sampled pages contain server-rendered content
PASS page-size-markdown All 45 pages under 50K chars (median 4K, max 47K)
PASS page-size-html All 50 sampled pages under 50K chars (median 54K HTML → 9K markdown (81% boilerplate))
FAIL content-start-position 12 of 50 sampled pages have content starting past 50% (worst 100%)
Fix: 12 of 50 pages have content starting past 50% of the converted output. Agents may never see the documentation content. Reduce navigation, breadcrumb, and sidebar markup that precedes the content area.
Content Structure
PASS tabbed-content-serialization 8 tab group(s) across 7 of 50 sampled pages; all serialize under 50K chars
SKIP section-header-quality 7 page(s) with tabs found, but no section headers inside tab panels to evaluate
PASS markdown-code-fence-validity All 156 code fences properly closed across 46 pages
URL Stability and Redirects
PASS http-status-codes All 50 sampled pages return proper error codes for bad URLs
PASS redirect-behavior No redirects detected across 50 sampled pages
Observability and Content Health
PASS cache-header-hygiene All 51 endpoints have appropriate cache headers
Authentication and Access
PASS auth-gate-detection All 50 sampled pages are publicly accessible
SKIP auth-alternative-access All docs pages are publicly accessible; no alternative access paths needed
Full spec: https://agentdocsspec.com/spec/
For details on how these checks are configured, see Agent-support checks.
This is contrary to the documented Hugo behavior for front-matter configuration, but it is confirmed with our testing as of Hugo 0.158.0. ↩︎
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.