Rank #1 of 5 in Developer Docs Platforms
Install
npm install -g fern-apiShowcase


Products
Postman, product by product →Postman ships more than one product — each judged line competes in its own arena on the same stories as everyone else.
| Line | Arena | Rank | PA Score | Agent-ready |
|---|---|---|---|---|
| API Client & Collections | API platforms | #1/5 | 40/100 | 53/100 |
| Fernthis pageacquired | Developer Docs Platforms | #1/5 | 43/100 | 56/100 |
Not yet judged (12 — no arena where they compete): Flows · Mock Servers · Monitors · Postman CLI & newman · API Network & MCP Catalog · Agent Mode · Insights · API Catalog & Governance · SDK Generator · AI Engineer · Fabric Gateway · Passport
Try itExperimental
See what an agent can do with Fern before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; commands tagged live-capable can re-run against the real endpoint from our edge, right now (▶ run live — the exact same request, live and recorded lines always labeled); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$npx -y fern-api --versionrecorded session — replayed, not liveVerified integrations
No integration evidence found in our corpus for this product yet — that means none was found, never that it doesn’t integrate.
By theme — the product's score on each story themeBy theme
Agenticness — how well agents can access and operate the productAgenticnessevidence →
How well agents can access and operate the product
Ai docs — stories about ai docs in this arenaAi docsevidence →
Stories about ai docs in this arena
Analytics insights — stories about analytics insights in this arenaAnalytics insightsevidence →
Stories about analytics insights in this arena
Api reference — stories about api reference in this arenaApi referenceevidence →
Stories about api reference in this arena
Authoring editing — stories about authoring editing in this arenaAuthoring editingevidence →
Stories about authoring editing in this arena
Automation depth — how much of the product can run unattendedAutomation depthevidence →
How much of the product can run unattended
Collaboration review — stories about collaboration review in this arenaCollaboration reviewevidence →
Stories about collaboration review in this arena
Customization — bending the product to your needs — settings, theming, extension pointsCustomizationevidence →
Bending the product to your needs — settings, theming, extension points
Docs as code — stories about docs as code in this arenaDocs as codeevidence →
Stories about docs as code in this arena
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Publishing hosting — stories about publishing hosting in this arenaPublishing hostingevidence →
Stories about publishing hosting in this arena
Search discovery — stories about search discovery in this arenaSearch discoveryevidence →
Stories about search discovery in this arena
Versioning localization — stories about versioning localization in this arenaVersioning localizationevidence →
Stories about versioning localization in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Fern stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
API surface
Drive the product through a documented public API
~6/10
unlocks → Webhooks · Scoped API keys · Versioning policy · Readers can try real API calls from an interactive playground embedded in the reference docs
Subscribe to events via webhooks
—–
Build against official SDKs
✓8/10
Issue scoped/least-privilege API credentials for an agent
—–
Connect an agent via an official MCP server
✓8/10
Download a machine-readable API spec (OpenAPI or equivalent)
✓8/10
Rely on versioned APIs with a documented deprecation policy
—0/10
Test against a sandbox environment without touching production data
n/an/a
Explore an interactive API reference with runnable examples
~5/10
Docs for agents
Point an agent at llms.txt or agent-oriented docs
✓9/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
✓7/10
Operate the product with natural-language commands
~6/10
Plug MCP servers into this product so it can use their tools
n/an/a
Get AI-generated insights and suggestions from my data inside the product
~6/10
Set up automations that run autonomously in the background
~6/10
Ai docs — stories about ai docs in this arenaAi docs
Stories about ai docs in this arena
My published docs site exposes its own MCP server that my users' agents can query for search and page content
✓9/10
Agent output
An embedded AI assistant on my docs site answers reader questions with citations into my content
✓8/10
A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requests
✓8/10
Analytics insights — stories about analytics insights in this arenaAnalytics insights
Stories about analytics insights in this arena
Api reference — stories about api reference in this arenaApi reference
Stories about api reference in this arena
Authoring editing — stories about authoring editing in this arenaAuthoring editing
Stories about authoring editing in this arena
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Collaboration review — stories about collaboration review in this arenaCollaboration review
Stories about collaboration review in this arena
Customization — bending the product to your needs — settings, theming, extension pointsCustomization
Bending the product to your needs — settings, theming, extension points
Docs as code — stories about docs as code in this arenaDocs as code
Stories about docs as code in this arena
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Publishing hosting — stories about publishing hosting in this arenaPublishing hosting
Stories about publishing hosting in this arena
Search discovery — stories about search discovery in this arenaSearch discovery
Stories about search discovery in this arena
Versioning localization — stories about versioning localization in this arenaVersioning localization
Stories about versioning localization in this arena
Sorted by importance (agentic first) (high → low) · 53/53 stories · click a row’s chevron for the rationale and evidence
Connect an agent via an official MCP server G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 8/10 | Tprobed | |
Delegate tasks to a built-in AI assistant inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 7/10 | Cclaimed | |
Drive the product through a documented public API G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | partial | 6/10 | Tprobed | |
Plug MCP servers into this product so it can use their tools G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | n/a | 0/10 | ||
Point an agent at llms.txt or agent-oriented docs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 9/10 | Tprobed | |
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 9/10 | Tprobed | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Xcommunity | |
Download a machine-readable API spec (OpenAPI or equivalent) G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Run the product headlessly / in CI for automation G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Tprobed | |
Get AI-generated insights and suggestions from my data inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Set up automations that run autonomously in the background G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Explore an interactive API reference with runnable examples G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 5/10 | Cclaimed | |
Rely on versioned APIs with a documented deprecation policy G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Issue scoped/least-privilege API credentials for an agent G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | untested | none yet | |
Subscribe to events via webhooks G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | untested | none yet | |
Test against a sandbox environment without touching production data G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 1 | n/a | untested | none yet | |
My published docs site automatically serves llms.txt (and a full-content variant) so agents can index it C Agent output | ai-native user | Ai docs — stories about ai docs in this arenaAi docs | 3 | full | 9/10 | Tprobed | |
My published docs site exposes its own MCP server that my users' agents can query for search and page content C Agent access | ai-native user | Ai docs — stories about ai docs in this arenaAi docs | 3 | full | 9/10 | Tprobed | |
I publish versioned documentation per product or API version, and readers switch versions from the site C Versioning | developer | Versioning localization — stories about versioning localization in this arenaVersioning localization | 3 | full | 8/10 | Cclaimed | |
My API reference pages are generated from an OpenAPI spec and stay in sync when the spec changes C Spec driven | developer | Api reference — stories about api reference in this arenaApi reference | 3 | full | 7/10 | Cclaimed | |
I author pages in Markdown/MDX with rich components — tabs, callouts, code groups, steps — without writing custom HTML C Authoring | technical writer | Authoring editing — stories about authoring editing in this arenaAuthoring editing | 3 | partial | 6/10 | Cclaimed | |
My docs live in my own git repository — branches, pull requests, and merges drive what gets published C Git workflow | developer | Docs as code — stories about docs as code in this arenaDocs as code | 3 | partial | 6/10 | Cclaimed | |
Define rules that trigger actions automatically on events G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 3 | partial | 5/10 | Cclaimed | |
Every published page serves clean markdown at its URL (e.g. appending .md) so agents skip the HTML C Agent output | ai-native user | Ai docs — stories about ai docs in this arenaAi docs | 3 | disputed | 5/10 | Dcontradicted | |
Export all of my data in open formats and leave G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | partial | 5/10 | Xcommunity | |
Self-host the core product G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | partial | 5/10 | Xcommunity | |
Readers get fast, typo-tolerant, relevance-ranked search over the whole docs site out of the box C Search | developer | Search discovery — stories about search discovery in this arenaSearch discovery | 3 | partial | 4/10 | Cclaimed | |
Prevent my data from being used to train AI models G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 3 | n/a | untested | none yet | |
A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requests C Writer agent | ai-native user | Ai docs — stories about ai docs in this arenaAi docs | 2 | full | 8/10 | Cclaimed | |
An embedded AI assistant on my docs site answers reader questions with citations into my content C Assistant | ai-native user | Ai docs — stories about ai docs in this arenaAi docs | 2 | full | 8/10 | Cclaimed | |
I serve docs on my own custom domain or as a /docs subpath of my main site C Domains | devrel lead | Publishing hosting — stories about publishing hosting in this arenaPublishing hosting | 2 | full | 8/10 | Cclaimed | |
Non-technical teammates can edit docs in a visual web editor without touching git, and their changes flow into the same source of truth C Authoring | technical writer | Authoring editing — stories about authoring editing in this arenaAuthoring editing | 2 | full | 8/10 | Cclaimed | |
Read the product's source under an open license G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | full | 7/10 | Xcommunity | |
My docs analytics distinguish AI-agent traffic from human traffic so I can see who — or what — is actually reading C Analytics | ai-native user | Analytics insights — stories about analytics insights in this arenaAnalytics insights | 2 | partial | 6/10 | Cclaimed | |
Do everything through the API that I can do in the UI G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | partial | 5/10 | Tprobed | |
I see page views, search terms, and reader feedback so I know which docs work and which fail C Analytics | devrel lead | Analytics insights — stories about analytics insights in this arenaAnalytics insights | 2 | partial | 5/10 | Cclaimed | |
Schedule recurring jobs or workflows G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | partial | 5/10 | Cclaimed | |
Every docs pull request gets a shareable preview deployment before it merges C Git workflow | developer | Docs as code — stories about docs as code in this arenaDocs as code | 2 | partial | 4/10 | Cclaimed | |
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | partial | 4/10 | Cclaimed | |
Teammates propose changes that go through review — comments, approvals, and a merge step — before they publish C Review | technical writer | Collaboration review — stories about collaboration review in this arenaCollaboration review | 2 | partial | 4/10 | Cclaimed | |
Export my entire docs site as a static bundle and host it anywhere, so my content is never locked in C Portability | developer | Publishing hosting — stories about publishing hosting in this arenaPublishing hosting | 2 | partial | 3/10 | Cclaimed | |
Automated checks lint my content against a style guide and flag issues before they publish C Quality | technical writer | Authoring editing — stories about authoring editing in this arenaAuthoring editing | 2 | none | 0/10 | ||
CI validation catches broken links and invalid configuration before the site publishes C Quality gates | developer | Docs as code — stories about docs as code in this arenaDocs as code | 2 | none | 0/10 | ||
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
I customize themes, fonts, and layout — down to custom CSS/JS or my own components — so the docs match my brand C Theming | devrel lead | Customization — bending the product to your needs — settings, theming, extension pointsCustomization | 2 | none | untested | none yet | |
Opt out of telemetry and usage tracking G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Readers can try real API calls from an interactive playground embedded in the reference docs C Playground | developer | Api reference — stories about api reference in this arenaApi reference | 2 | none | untested | none yet | |
I gate some or all docs behind authentication — password, JWT, or SSO — for customers-only content G Access control | devrel lead | Publishing hosting — stories about publishing hosting in this arenaPublishing hosting | 1 | full | 8/10 | Cclaimed | |
Version, review, and roll back my automations G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 1 | partial | 5/10 | Cclaimed | |
I publish my docs in multiple languages with translated navigation and content C Localization | technical writer | Versioning localization — stories about versioning localization in this arenaVersioning localization | 1 | none | untested | none yet | |
Reusable snippets and variables keep repeated content in sync across pages C Content reuse | technical writer | Authoring editing — stories about authoring editing in this arenaAuthoring editing | 1 | none | untested | none yet |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 32 stories with headroom
What would move Fern’s scores — derived from its own judged verdicts, biggest headroom first. Each line quotes what the judge found missing; shipping it (or evidencing it publicly) is the fix.
Agenticness — how well agents can access and operate the productIssue scoped/least-privilege API credentials for an agent
nonemoves agent-readyimpact 30
Fern is a docs/SDK generation platform; no evidence describes issuing scoped or least-privilege API credentials/keys for an agent — only visitor authentication (JWT/SSO) and password-protected docs are mentioned, which are for human readers, not agent credential scoping.
Agenticness — how well agents can access and operate the productSubscribe to events via webhooks
nonemoves agent-readyimpact 30
No evidence in the pack shows Fern itself offers a webhook subscription mechanism for platform events (e.g., doc publish, build status, reader activity); the evidence only covers SDKs, CLI, docs, MCP servers, and Ask Fern.
Agenticness — how well agents can access and operate the productRely on versioned APIs with a documented deprecation policy
nonemoves API qualityimpact 30
Missing: evidence of Fern's own API/CLI versioning scheme, changelog of breaking-change policy, explicit deprecation timeline documentation.
Docs as code — stories about docs as code in this arenaCI validation catches broken links and invalid configuration before the site publishes
nonemoves PA Scoreimpact 20
The CLI reference mentions validating API definitions, but there is no evidence of a CI/CD integration that catches broken links or invalid configuration before publishing (e.g., no GitHub Action, pre-publish link checker, or CI validation step documented).
Authoring editing — stories about authoring editing in this arenaAutomated checks lint my content against a style guide and flag issues before they publish
nonemoves PA Scoreimpact 20
Missing: any mention of prose style-guide rules, linting integration, or automated content-quality checks before publish.
Api reference — stories about api reference in this arenaReaders can try real API calls from an interactive playground embedded in the reference docs
nonemoves PA Scoreimpact 20
The evidence pack covers Fern's SDK generation, docs platform, AI/MCP features, CLI, and preview/versioning tools, but contains no mention of an interactive 'try it' playground for executing real API calls within the reference docs.
Privacy posture — data-handling and privacy storiesChoose where my data is stored (region/residency)
nonemoves PA Scoreimpact 20
Fern is a docs/SDK platform for API providers; data residency/region choice is a plausible axis for a hosted SaaS documentation platform, but no evidence pack item mentions region selection, data residency, or storage location options.
Privacy posture — data-handling and privacy storiesControl data retention and deletion
nonemoves PA Scoreimpact 20
Fern is a docs/SDK generation platform; no evidence pack item discusses data retention policies, deletion controls, or user data lifecycle management for content, analytics, or Ask Fern query logs.
Showing the top 8 of 32 — every none/partial verdict in the story verdicts table is headroom.
Think a verdict is wrong? Every verdicts-table row has a Flag link — see the methodology.
Coverage map — which docs area, API section, or community source covers which judged storiesCoverage map9 surfaces · 38 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
Learn docs36 stories
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Use an official CLI
- Drive the product through a documented public API
- Build against official SDKs
- Get AI-generated insights and suggestions from my data inside the product
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- Operate the product with natural-language commands
- Explore an interactive API reference with runnable examples
- Download a machine-readable API spec (OpenAPI or equivalent)
- My published docs site exposes its own MCP server that my users' agents can query for search and page content
- My published docs site automatically serves llms.txt (and a full-content variant) so agents can index it
- Every published page serves clean markdown at its URL (e.g. appending .md) so agents skip the HTML
- An embedded AI assistant on my docs site answers reader questions with citations into my content
- A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requests
- My docs analytics distinguish AI-agent traffic from human traffic so I can see who — or what — is actually reading
- I see page views, search terms, and reader feedback so I know which docs work and which fail
- My API reference pages are generated from an OpenAPI spec and stay in sync when the spec changes
- I author pages in Markdown/MDX with rich components — tabs, callouts, code groups, steps — without writing custom HTML
- Non-technical teammates can edit docs in a visual web editor without touching git, and their changes flow into the same source of truth
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- Schedule recurring jobs or workflows
- Version, review, and roll back my automations
- Teammates propose changes that go through review — comments, approvals, and a merge step — before they publish
- My docs live in my own git repository — branches, pull requests, and merges drive what gets published
- Every docs pull request gets a shareable preview deployment before it merges
- Do everything through the API that I can do in the UI
- Export all of my data in open formats and leave
- Self-host the core product
- I serve docs on my own custom domain or as a /docs subpath of my main site
- Export my entire docs site as a static bundle and host it anywhere, so my content is never locked in
- Readers get fast, typo-tolerant, relevance-ranked search over the whole docs site out of the box
- I publish versioned documentation per product or API version, and readers switch versions from the site
Post docs9 stories
- Build against official SDKs
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- Operate the product with natural-language commands
- Download a machine-readable API spec (OpenAPI or equivalent)
- A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requests
- My API reference pages are generated from an OpenAPI spec and stay in sync when the spec changes
- Define rules that trigger actions automatically on events
- Export all of my data in open formats and leave
CLI docs8 stories
- Run the product headlessly / in CI for automation
- Use an official CLI
- Drive the product through a documented public API
- Operate the product with natural-language commands
- My API reference pages are generated from an OpenAPI spec and stay in sync when the spec changes
- Perform bulk operations across many items at once
- Do everything through the API that I can do in the UI
- Export all of my data in open formats and leave
GitHub README4 stories
Hacker News4 stories
llms.txt3 stories
Sdks docs3 stories
OpenAPI spec2 stories
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$npx -y fern-api --versionreproduced$ npx -y fern-api --version 5.115.0
$curl -s -X POST https://buildwithfern.com/learn/_mcp/server -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the docs MCP server Fern generates, on its own docsreproduced$ curl -s -X POST https://buildwithfern.com/learn/_mcp/server -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the docs MCP server Fern generates, on its own docs
event: message
data: {"result":{"protocolVersion":"2025-06-18","capabilities":{"tools":{"listChanged":true}},"serverInfo":{"name":"fern-docs-mcp-server","version":"1.0.0"}},"jsonrpc":"2.0","id":1}
$curl -s https://buildwithfern.com/openapi.json | head -c 500reproduced$ curl -s https://buildwithfern.com/openapi.json | head -c 500
{
"openapi": "3.1.0",
"info": {
"title": "Fern Public API",
"summary": "Mint scoped documentation [redacted]s, fetch search credentials, and resolve the current user.",
"description": "The Fern Docs Public API, available on every Fern-hosted documentation\ndomain. Use it to mint scoped [redacted]s for protected documentation, get\nshort-lived Algolia search credentials, and resolve the current user.\n\nHuman reference: https://buildwithfern.com/learn/docs/fern-api-reference\n\n## Authentic
$curl -s https://buildwithfern.com/llms.txt | head -8reproduced$ curl -s https://buildwithfern.com/llms.txt | head -8 # Fern Documentation ## Instructions for AI Agents - For clean Markdown of any page, append `.md` to the page URL, or request the page URL with `Accept: text/markdown` - Everything listed below is anonymous. No API [redacted], [redacted], or permission is needed to read this site. - For the Fern Docs Public API (scoped documentation [redacted]s, search credentials, current user), see https://buildwithfern.com/openapi.json - For a complete documentation index, see https://buildwithfern.com/learn/llms.txt
$curl -sL https://buildwithfern.com/learn/docs/ai-features/llms-txt.md | head -6reproduced$ curl -sL https://buildwithfern.com/learn/docs/ai-features/llms-txt.md | head -6 > For clean Markdown content of this page, append .md to this URL. For the complete documentation index, see https://buildwithfern.com/learn/llms.txt. # `llms.txt` > Fern automatically generates an llms.txt Markdown file so AI tools can discover and index your documentation.
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
7 of 18 testable claims verified · 1 contradicted → integrity 28/100
25 distinct capability claims found in Fern’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
7
Verified
10
Unverified
1
Contradicted
20
Undersold
Verified (8)
“Offers official type-safe SDKs/client libraries in multiple languages (TypeScript, Python, Java, Go, Ruby, PHP, C#)”
“Official CLI can initialize projects, validate API definitions, preview changes locally, and publish docs/SDKs”
“Automatically generates and hosts a production MCP server for each docs site so agents can query it”
My published docs site exposes its own MCP server that my users' agents can query for search and page contentfullproof ↗
“Provides an MCP server developers can register with their coding agent to look up docs.yml syntax, components, CLI commands, and site/deployment status”
“Automatically generates and maintains an llms.txt file so AI tools can discover and index the docs”
My published docs site automatically serves llms.txt (and a full-content variant) so agents can index itfullproof ↗
“Self-hosted container can resolve environment variables per request, letting one image serve multiple differing deployments”
“Lets you override the default agent-crawling directive via an 'agents' key in docs.yml”
Point an agent at llms.txt or agent-oriented docsfullproof ↗
“MCP server connects AI coding clients (Claude Code, Cursor, Windsurf) to docs so readers get answers inside their dev environment”
My published docs site exposes its own MCP server that my users' agents can query for search and page contentfullproof ↗
Unverified (12)
“Visual web editor lets non-technical teammates update docs without code, markdown, or git”
Non-technical teammates can edit docs in a visual web editor without touching git, and their changes flow into the same source of truthfullproof ↗
“Built-in AI assistant (Ask Fern) indexes docs and answers reader questions with citations linking to source pages”
An embedded AI assistant on my docs site answers reader questions with citations into my contentfullproof ↗
“Fern Agent can run on a schedule, review reader feedback/unanswered questions/analytics, and open a pull request with suggested changes”
A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requestsfullproof ↗
“Fern Agent can run on a schedule, review reader feedback/unanswered questions/analytics, and open a pull request with suggested changes”
“Supports versioned docs with a dropdown; each version can have its own tabs, sections, pages, and API references”
I publish versioned documentation per product or API version, and readers switch versions from the sitefullproof ↗
“Supports custom domains for docs: subdomain, subpath, or root domain”
I serve docs on my own custom domain or as a /docs subpath of my main sitefullproof ↗
“Analytics tab reports llms.txt usage/traffic broken down by LLM provider (Claude, ChatGPT, Cursor, etc.)”
My docs analytics distinguish AI-agent traffic from human traffic so I can see who — or what — is actually readingpartialproof ↗
“Supports password-protecting documentation pages”
I gate some or all docs behind authentication — password, JWT, or SSO — for customers-only contentfullproof ↗
“Supports visitor authentication via JWT or SSO for gated docs”
I gate some or all docs behind authentication — password, JWT, or SSO — for customers-only contentfullproof ↗
“Generates API reference documentation automatically from an OpenAPI specification”
My API reference pages are generated from an OpenAPI spec and stay in sync when the spec changesfullproof ↗
“Lets writers author documentation pages in Markdown”
I author pages in Markdown/MDX with rich components — tabs, callouts, code groups, steps — without writing custom HTMLpartialproof ↗
“Fern Agent can read a docs site's source repository and make the changes described in a prompt”
A platform AI agent drafts, updates, and reviews my docs — from a prompt, a PR, or a schedule — and ships its work as change requestsfullproof ↗
Contradicted (1)
“Every published page is available as clean Markdown by appending .md/.mdx to the URL”
Every published page serves clean markdown at its URL (e.g. appending .md) so agents skip the HTMLdisputedproof ↗
Undersold (20)
Run the product headlessly / in CI for automationfullproof ↗
Drive the product through a documented public APIpartialproof ↗
Get AI-generated insights and suggestions from my data inside the productpartialproof ↗
Set up automations that run autonomously in the backgroundpartialproof ↗
Delegate tasks to a built-in AI assistant inside the productfullproof ↗
Operate the product with natural-language commandspartialproof ↗
Explore an interactive API reference with runnable examplespartialproof ↗
Download a machine-readable API spec (OpenAPI or equivalent)fullproof ↗
I see page views, search terms, and reader feedback so I know which docs work and which failpartialproof ↗
Perform bulk operations across many items at oncepartialproof ↗
Define rules that trigger actions automatically on eventspartialproof ↗
Teammates propose changes that go through review — comments, approvals, and a merge step — before they publishpartialproof ↗
My docs live in my own git repository — branches, pull requests, and merges drive what gets publishedpartialproof ↗
Every docs pull request gets a shareable preview deployment before it mergespartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
Export all of my data in open formats and leavepartialproof ↗
Export my entire docs site as a static bundle and host it anywhere, so my content is never locked inpartialproof ↗
Readers get fast, typo-tolerant, relevance-ranked search over the whole docs site out of the boxpartialproof ↗
Claims outside our story set (5)
Real capability claims found in Fern’s own materials, but no story in this arena’s taxonomy covers them yet — that’s feedback on the taxonomy, not a mark against the product.
“GraphQL API reference pages are auto-generated for every named type in the schema, grouped by kind”
source ↗“Pages can carry custom key-value search-metadata frontmatter for custom search integrations to filter/group by”
source ↗“Offers a white-glove migration service for customers moving from existing documentation (Enterprise plan)”
source ↗“Local preview server shows documentation changes instantly with hot reload, including offline after first run”
source ↗“Docs sites can serve the product's own Agent Skills, discoverable and installable via a skills CLI”
source ↗
Business model
Docs Hobby plan is free (2 team members, 250 AI credits); Team is $150/month with llms.txt and MCP server included; Enterprise (self-hosting, RBAC, SSO) is custom.
pricing ↗Score trend
How this product’s scores have moved as evidence and verdicts are re-derived — a point per change, not per day.
Try Experimental
Run it in the microterminal →Recorded agent sessions — and a live MCP handshake where the vendor ships one.
Flag
⚑ Flag a verdictThink a verdict is wrong? Opens a prefilled GitHub issue — or use the ⚑ next to any verdict above.
For agents
Agent surface uptime MCP up · llms.txt up · openapi.json up (tracking since Sep 10 '26)
