hilash/cabinet
tldr.page
Cli

shadcn CLI Reference

Configuration is read from components.json.

IMPORTANT: Always run commands using the project's package runner: npx shadcn@latest, pnpm dlx shadcn@latest, or bunx --bun shadcn@latest. Check packageManager from project context to choose the right one. Examples below use npx shadcn@latest but substitute the correct runner for the project.

IMPORTANT: Only use the flags documented below. Do not invent or guess flags — if a flag isn't listed here, it doesn't exist. The CLI auto-detects the package manager from the project's lockfile; there is no --package-manager flag.

Contents

  • Commands: init, add (dry-run, smart merge), search, view, docs, info, build
  • Templates: next, vite, start, react-router, astro
  • Presets: named, code, URL formats and fields
  • Switching presets

Commands

init — Initialize or create a project

npx shadcn@latest init [components...] [options]

Initializes shadcn/ui in an existing project or creates a new project (when --name is provided). Optionally installs components in the same step.

FlagShortDescriptionDefault
--template <template>-tTemplate (next, start, vite, next-monorepo, react-router)
--preset [name]-pPreset configuration (named, code, or URL)
--yes-ySkip confirmation prompttrue
--defaults-dUse defaults (--template=next --preset=base-nova)false
--force-fForce overwrite existing configurationfalse
--cwd <cwd>-cWorking directorycurrent
--name <name>-nName for new project
--silent-sMute outputfalse
--rtlEnable RTL support
--reinstallRe-install existing UI componentsfalse
--monorepoScaffold a monorepo project
--no-monorepoSkip the monorepo prompt

npx shadcn@latest create is an alias for npx shadcn@latest init.

add — Add components

IMPORTANT: To compare local components against upstream or to preview changes, ALWAYS use npx shadcn@latest add <component> --dry-run, --diff, or --view. NEVER fetch raw files from GitHub or other sources manually. The CLI handles registry resolution, file paths, and CSS diffing automatically.

npx shadcn@latest add [components...] [options]

Accepts component names, registry-prefixed names (@magicui/shimmer-button), URLs, or local paths.

FlagShortDescriptionDefault
--yes-ySkip confirmation promptfalse
--overwrite-oOverwrite existing filesfalse
--cwd <cwd>-cWorking directorycurrent
--all-aAdd all available componentsfalse
--path <path>-pTarget path for the component
--silent-sMute outputfalse
--dry-runPreview all changes without writing filesfalse
--diff [path]Show diffs. Without a path, shows the first 5 files. With a path, shows that file only (implies --dry-run)
--view [path]Show file contents. Without a path, shows the first 5 files. With a path, shows that file only (implies --dry-run)

Dry-Run Mode

Use --dry-run to preview what add would do without writing any files. --diff and --view both imply --dry-run.

# Preview all changes.
npx shadcn@latest add button --dry-run

# Show diffs for all files (top 5).
npx shadcn@latest add button --diff

# Show the diff for a specific file.
npx shadcn@latest add button --diff button.tsx

# Show contents for all files (top 5).
npx shadcn@latest add button --view

# Show the full content of a specific file.
npx shadcn@latest add button --view button.tsx

# Works with URLs too.
npx shadcn@latest add https://api.npoint.io/abc123 --dry-run

# CSS diffs.
npx shadcn@latest add button --diff globals.css

When to use dry-run:

  • When the user asks "what files will this add?" or "what will this change?" — use --dry-run.
  • Before overwriting existing components — use --diff to preview the changes first.
  • When the user wants to inspect component source code without installing — use --view.
  • When checking what CSS changes would be made to globals.css — use --diff globals.css.
  • When the user asks to review or audit third-party registry code before installing — use --view to inspect the source.

npx shadcn@latest add --dry-run vs npx shadcn@latest view: Prefer npx shadcn@latest add --dry-run/--diff/--view over npx shadcn@latest view when the user wants to preview changes to their project. npx shadcn@latest view only shows raw registry metadata. npx shadcn@latest add --dry-run shows exactly what would happen in the user's project: resolved file paths, diffs against existing files, and CSS updates. Use npx shadcn@latest view only when the user wants to browse registry info without a project context.

Smart Merge from Upstream

See Updating Components in SKILL.md for the full workflow.

search — Search registries

npx shadcn@latest search <registries...> [options]

Fuzzy search across registries. Also aliased as npx shadcn@latest list. Without -q, lists all items.

FlagShortDescriptionDefault
--query <query>-qSearch query
--limit <number>-lMax items per registry100
--offset <number>-oItems to skip0
--cwd <cwd>-cWorking directorycurrent

view — View item details

npx shadcn@latest view <items...> [options]

Displays item info including file contents. Example: npx shadcn@latest view @shadcn/button.

docs — Get component documentation URLs

npx shadcn@latest docs <components...> [options]

Outputs resolved URLs for component documentation, examples, and API references. Accepts one or more component names. Fetch the URLs to get the actual content.

Example output for npx shadcn@latest docs input button:

base  radix

input
  docs      https://ui.shadcn.com/docs/components/radix/input
  examples  https://raw.githubusercontent.com/.../examples/input-example.tsx

button
  docs      https://ui.shadcn.com/docs/components/radix/button
  examples  https://raw.githubusercontent.com/.../examples/button-example.tsx

Some components include an api link to the underlying library (e.g. cmdk for the command component).

diff — Check for updates

Do not use this command. Use npx shadcn@latest add --diff instead.

info — Project information

npx shadcn@latest info [options]

Displays project info and components.json configuration. Run this first to discover the project's framework, aliases, Tailwind version, and resolved paths.

FlagShortDescriptionDefault
--cwd <cwd>-cWorking directorycurrent

Project Info fields:

FieldTypeMeaning
frameworkstringDetected framework (next, vite, react-router, start, etc.)
frameworkVersionstringFramework version (e.g. 15.2.4)
isSrcDirbooleanWhether the project uses a src/ directory
isRSCbooleanWhether React Server Components are enabled
isTsxbooleanWhether the project uses TypeScript
tailwindVersionstring"v3" or "v4"
tailwindConfigFilestringPath to the Tailwind config file
tailwindCssFilestringPath to the global CSS file
aliasPrefixstringImport alias prefix (e.g. @, ~, @/)
packageManagerstringDetected package manager (npm, pnpm, yarn, bun)

Components.json fields:

FieldTypeMeaning
basestringPrimitive library (radix or base) — determines component APIs and available props
stylestringVisual style (e.g. nova, vega)
rscbooleanRSC flag from config
tsxbooleanTypeScript flag
tailwind.configstringTailwind config path
tailwind.cssstringGlobal CSS path — this is where custom CSS variables go
iconLibrarystringIcon library — determines icon import package (e.g. lucide-react, @tabler/icons-react)
aliases.componentsstringComponent import alias (e.g. @/components)
aliases.utilsstringUtils import alias (e.g. @/lib/utils)
aliases.uistringUI component alias (e.g. @/components/ui)
aliases.libstringLib alias (e.g. @/lib)
aliases.hooksstringHooks alias (e.g. @/hooks)
resolvedPathsobjectAbsolute file-system paths for each alias
registriesobjectConfigured custom registries

Links fields:

The info output includes a Links section with templated URLs for component docs, source, and examples. For resolved URLs, use npx shadcn@latest docs <component> instead.

build — Build a custom registry

npx shadcn@latest build [registry] [options]

Builds registry.json into individual JSON files for distribution. Default input: ./registry.json, default output: ./public/r.

FlagShortDescriptionDefault
--output <path>-oOutput directory./public/r
--cwd <cwd>-cWorking directorycurrent

Templates

ValueFrameworkMonorepo support
nextNext.jsYes
viteViteYes
startTanStack StartYes
react-routerReact RouterYes
astroAstroYes
laravelLaravelNo

All templates support monorepo scaffolding via the --monorepo flag. When passed, the CLI uses a monorepo-specific template directory (e.g. next-monorepo, vite-monorepo). When neither --monorepo nor --no-monorepo is passed, the CLI prompts interactively. Laravel does not support monorepo scaffolding.


Presets

Three ways to specify a preset via --preset:

  1. Named: --preset base-nova or --preset radix-nova
  2. Code: --preset a2r6bw (base62 string, starts with lowercase a)
  3. URL: --preset "https://ui.shadcn.com/init?base=radix&style=nova&..."

IMPORTANT: Never try to decode, fetch, or resolve preset codes manually. Preset codes are opaque — pass them directly to npx shadcn@latest init --preset <code> and let the CLI handle resolution.

Switching Presets

Ask the user first: reinstall, merge, or skip existing components?

  • Re-installnpx shadcn@latest init --preset <code> --force --reinstall. Overwrites all component files with the new preset styles. Use when the user hasn't customized components.
  • Mergenpx shadcn@latest init --preset <code> --force --no-reinstall, then run npx shadcn@latest info to get the list of installed components and use the smart merge workflow to update them one by one, preserving local changes. Use when the user has customized components.
  • Skipnpx shadcn@latest init --preset <code> --force --no-reinstall. Only updates config and CSS variables, leaves existing components as-is.

Always run preset commands inside the user's project directory. The CLI automatically preserves the current base (base vs radix) from components.json. If you must use a scratch/temp directory (e.g. for --dry-run comparisons), pass --base <current-base> explicitly — preset codes do not encode the base.