<!--
Sitemap:
- [What is Vocs](/introduction/what-is-vocs): Learn why Vocs exists and when to use it
- [Getting Started](/introduction/getting-started): Install Vocs and create your first documentation site
- [Project Structure](/introduction/project-structure): Overview of the structure of a Vocs project
- [Writing Docs with AI](/introduction/writing-docs-with-ai): Use an AI agent to create and maintain Vocs documentation
- [Markdown Extensions](/writing/markdown-extensions): Features and syntax of Markdown in Vocs
- [Code & Syntax Highlighting](/writing/syntax-highlighting): Rich markup and annotations for code
- [Twoslash](/writing/twoslash): Add type-aware annotations to code examples
- [Code Snippets](/writing/code-snippets): Include and reuse code in Markdown
- [Markdown Snippets](/writing/markdown-snippets): Include other Markdown files in MDX
- [React in Markdown](/writing/react): Compose MDX pages with React components
- [Mermaid Diagrams](/writing/mermaid): Render diagrams from text using Mermaid
- [Assets](/writing/assets): Manage images, fonts, icons, and other docs assets
- [Frontmatter](/writing/frontmatter): Configure page metadata, layouts, search, and UI visibility
- [Navigation](/features/navigation): Keep docs navigation synced with routes
- [Search](/features/search): Built-in client-side search powered by MiniSearch
- [Layouts](/features/layouts): Choose and customize page shells for your docs
- [Slots](/features/slots): Inject custom components into the docs shell
- [Theming](/features/theming): Customize colors, typography, spacing, logos, and code themes
- [Tailwind CSS](/features/tailwind): Use Tailwind utilities in Vocs pages and components
- [Dynamic OG Images](/features/dynamic-og-images): Generate social preview images from page metadata
- [Page Feedback](/features/feedback): Collect page-level feedback from readers
- [Redirects](/features/redirects): Preserve old URLs and route legacy paths to new locations
- [API Routes](/features/api-routes): Add server-rendered endpoints to your docs site
- [Agent Support](/features/agent-support): Serve documentation in machine-readable form for AI agents
- [Ask AI](/features/ask-ai): Built-in AI assistant menu on every page
- [MCP Server](/features/mcp-server): Expose your docs and source code to AI assistants
- [Changelog Generation](/features/changelog-generation): Fetch release notes and render a changelog page
- [Site Configuration](/reference/site-config): Reference for options accepted by defineConfig
- [Frontmatter Reference](/reference/frontmatter): All frontmatter fields accepted by a Vocs MDX page
- [Components](/reference/components): Reference for the public React components exported from Vocs
- [Hooks](/reference/hooks): Reference for the React hooks exported from Vocs
- [Changelog](/changelog): Release history for Vocs
-->

# What is Vocs \[Learn why Vocs exists and when to use it]

Vocs is a lightweight documentation framework for teams who want docs that agents can consume and humans can navigate.

Documentation is no longer only read in a browser. Agents now read docs to answer questions, write code, generate examples, inspect APIs, and make changes inside projects. That changes what a documentation framework needs to optimize for.

Good docs still need to feel fast, polished, and readable for people. They also need to stay compact, structured, and easy to retrieve for agents. Vocs is built for both surfaces: simple Markdown and MDX at the source, rich interactive pages in the browser, and agent-friendly outputs such as Markdown routes, `llms.txt`, and MCP.

## Why Vocs

### Docs Are Agent Interfaces

<img src="/agent-interfaces.svg" alt="Agents consume lightweight Markdown while humans navigate the richer rendered documentation site." />

Agents need source material that is direct, structured, and low-friction to retrieve. A heavy page full of layout noise, duplicated chrome, and client-only behavior is harder to use as context.

Vocs keeps documentation close to the form agents want: files, headings, prose, code blocks, and links. Pages can be served as Markdown, indexed through `llms.txt`, and exposed through MCP when you want agents to navigate docs or source code programmatically.

### Fast Docs Improve Feedback

<img src="/fast-feedback.svg" alt="Lighthouse scores showing fast documentation feedback for readers, search engines, and agents." />

Performance matters for more than the person reading in a browser. Agents need quick responses while they iterate, search engines need content that is fast to discover, and readers should not wait for heavy JavaScript before docs are usable.

Vocs is powered by [Vite](https://vitejs.dev) and [Waku](https://waku.gg), with static generation support and a fast development loop. The goal is a docs site that stays fast for humans, crawlers, and agents while still supporting React, MDX, code examples, syntax highlighting, and custom UI.

### Lightweight Docs Save Tokens

<img src="/lightweight-docs-tokens.svg" alt="HTML documentation responses use more tokens than lightweight Markdown responses." />

Agents have context limits. Every duplicated paragraph, unnecessary wrapper, and noisy generated page competes with the actual information needed to solve a task.

Vocs encourages docs that stay small and semantic at the source. Markdown and MDX remain easy to inspect, diff, edit, and feed into models, while the browser experience can still be expressive for humans.

### Docs Should Be Agent-Maintainable

<img src="/agent-maintainable-docs.svg" alt="Documentation files mirror source code files so agents can maintain both together." />

The best docs are not trapped in a hosted CMS. They stay close to the code they describe, where agents can inspect the source, edit pages, update navigation, run checks, and review the diff.

Vocs keeps documentation and source close together in project files. That gives humans and agents the same maintenance surface to read, edit, verify, and ship changes.

Continue with [Getting Started](/introduction/getting-started) to create a site.
