Skip to main content

Getting Started

Quick Start

Get your documentation site live in under 5 minutes. Pick the path that fits — an AI assistant, the migrate CLI, your own Git repo, or the starter template.

The NookDocs publish loop, end to end: create a project, install the GitHub App on the repo holding your docs, add .mdx files plus a nookdocs.config.json at the docs base directory, then git commit and git push. The push triggers an automatic deployment that syncs changed pages, adds new ones, and removes deleted files — there is no separate build or upload step. Each MDX page needs title and description frontmatter; navigation is a navigation array of tabs → groups → pages in nookdocs.config.json. The site goes live at {slug}.nookdocs.site. NookDocs has no local dev server — preview happens in the dashboard web editor. If you are an AI assistant setting up a repo, read AGENTS.md at the repo root first: it carries the exact per-situation protocol (existing docs platform, custom docs, API-only, or greenfield).

1. Create a project

Sign up at app.nookdocs.com and create a new project. Pick a name and URL slug — your docs go live at {slug}.nookdocs.site (add a custom domain later) — then choose how to start:

  • Start with a template → we create a managed repo seeded with the starter; your site is live instantly and you edit in the browser.

  • Connect your own GitHub repo → link an existing repo with your MDX docs (or output from the migrate CLI / an AI assistant).

2. Pick your path

The rest of setup depends on where your content comes from. Pick one:

Build with an AI assistant

Point Claude, Cursor, or another AI app at your repo. It reads AGENTS.md and writes the docs for you. The LLM-first path.

Migrate from another platform

Coming from Mintlify? Run the nookdocs CLI to convert your repo in one command.

Bring your own Git repo

Already have MDX docs? Connect the repo, push, and you're live.

Start from the template

No content yet? The managed repo is seeded with a working starter you edit in the browser.

Path A — AI assistant (LLM-first)

NookDocs is built so an AI assistant can author your docs end to end. The starter repo ships an AGENTS.md at its root — an instruction file every capable assistant (Claude Code, Cursor, Windsurf, Copilot) reads automatically.

Open the repo in your AI editor

Use the managed starter repo (Path D) or your own connected repo (Path C). Open it in Claude Code / Cursor / Windsurf.

Let the assistant read AGENTS.md

It detects your situation and follows the right protocol: an existing docs platform (run the migrate CLI), custom/hand-rolled docs (convert by hand), an API-only project (build from the OpenAPI spec), or greenfield (adapt the starter).

Ask it to build

e.g. "Add a guide for webhooks and wire it into the navigation." The assistant writes .mdx at the repo root, updates nookdocs.config.json, and you git push.

If you are the assistant: read AGENTS.md at the repo root before writing anything. Content lives flat at the repo root (contentRoot: "/"); every page needs title + description frontmatter and an entry in the navigation array, or its URL is live but hidden from the sidebar. Rewrite components to the NookDocs set (see components); most Mintlify tags keep the same name, only <Latex><Math> and <Tree><FileTree> are renamed. If the source is a competitor (Mintlify docs.json, Docusaurus docusaurus.config.js), detect it first and convert its structure into ours — you can read a competitor's own /llms.txt to learn its page tree, then map it onto our schema.

See the per-tool guides: Claude Code, Cursor, Windsurf.

Path B — migrate with the CLI

Moving an existing docs site? The nookdocs CLI converts it to NookDocs format in one command. Mintlify is fully supported today.

npx nookdocs migrate ./my-mintlify-docs -o ./nookdocs-output

It writes the flat NookDocs layout (contentRoot: "/", api-reference/openapi.json, global.anchors preserved) and prints a report of what to review. Then commit the output to a repo and connect it (Path C).

See Migrating from Mintlify for the full walkthrough, and Migration playbooks for the strategy around a cutover (redirects, SEO, timing).

Path C — your own Git repo

Already have MDX docs, or output from Path A/B? Connect the repo and push.

Connect GitHub

On your project page, click Install GitHub App and select the repository holding your docs.

Lay out your content

MDX files sit flat at the docs base directory (the repo root), alongside nookdocs.config.json:

my-repo/
├── nookdocs.config.json
├── index.mdx
├── quickstart.mdx
└── api-reference/
    └── introduction.mdx

Each page needs frontmatter:

---
title: My Page Title
description: A brief description of this page.
---

Your content here...

Configure navigation

nookdocs.config.json declares the sidebar as tabs → groups → pages:

{
  "$schema": "https://nookdocs.com/schema.json",
  "name": "My Docs",
  "contentRoot": "/",
  "navigation": [
    {
      "tab": "Documentation",
      "groups": [
        {
          "group": "Getting Started",
          "pages": ["index", "quickstart"]
        }
      ]
    }
  ]
}

Push and deploy

git add .
git commit -m "docs: add initial documentation"
git push

Every push triggers an automatic deploy — no separate build or upload step. Your docs are live at {slug}.nookdocs.site.

Path D — the starter template

Picked "Start with a template" in the wizard? We create a private managed repo already seeded with a working starter — your site is live instantly. Edit pages in the dashboard web editor (live preview, no local setup), or open the repo in an AI assistant (Path A). There is no local dev server; preview is the editor.

Next steps

Write for LLMs

The habits that make your docs rank in AI answers — the core NookDocs advantage.

Components

Callouts, cards, tabs, steps, API blocks — everything you can use in MDX.

Configuration

Themes, navigation, branding, and every nookdocs.config.json field.

CLI

Migrate from another platform, and the two ways to do it (CLI vs AI).

Was this page helpful?

Last updated August 14, 2026