The Jamdesk dev server gives you a full, live preview of your documentation site on your local machine. RunDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/jamdesk/jamdesk-cli/llms.txt
Use this file to discover all available pages before exploring further.
jamdesk dev from the root of your project — the directory that contains docs.json — and your site is instantly available at http://localhost:3000. Every time you save an MDX file, configuration, or asset, the page updates automatically thanks to hot reload. Full-text search, all three themes, and every built-in component work exactly as they do in production.
Quick Start
Options
Use Webpack instead of the default Turbopack bundler. Webpack is slower but
offers broader compatibility in environments where Turbopack is not supported.
Clear the local Jamdesk cache at
~/.jamdesk before starting the dev server.
Use this when you suspect a corrupted Turbopack cache or after a major upgrade.Start the dev server on a specific port. Defaults to
3000, or the value of
defaultPort in ~/.jamdeskrc if set.Print detailed output during startup and compilation. Useful for diagnosing
slow builds or unexpected behaviour.
Port Configuration
The dev server defaults to port3000. If that port is already in use, Jamdesk automatically increments to the next available port (3001, 3002, and so on) rather than failing with an error — you will always see the resolved URL printed in the terminal.
To set a permanent default port, add defaultPort to your ~/.jamdeskrc file:
--port.
Turbopack vs Webpack
Turbopack is the default bundler and compiles roughly 5× faster than Webpack, making hot reload near-instant even on large documentation sites. It is the right choice for almost all local development. Switch to Webpack with--webpack only when:
- You are working in an environment where Turbopack is not supported.
- You encounter a Turbopack-specific rendering issue and need a fallback to unblock yourself.
jamdesk preview is an alias for jamdesk dev and accepts the same flags.Cache Management
Jamdesk stores compiled assets and installed dependencies in~/.jamdesk. This cache is what makes subsequent dev server startups fast — on the first run the CLI installs its dependencies there, and every run after that reuses them.
If the dev server is killed mid-build, the Turbopack cache can become corrupted. Jamdesk detects this automatically and attempts to recover, but you can also clear the cache manually:
