This file provides guidance for AI coding agents working on the Nuxt UI repository.
Nuxt UI is a component library built on Reka UI, Tailwind CSS, and Tailwind Variants. It provides accessible, themeable components for both Nuxt and Vue applications.
src/
├── runtime/
│ ├── components/ # Vue components (PascalCase.vue)
│ ├── composables/ # Composables (use*.ts)
│ ├── types/ # TypeScript types
│ └── utils/ # Utility functions
├── theme/ # Tailwind Variants themes (kebab-case.ts)
└── module.ts
test/
├── components/ # Component tests (*.spec.ts)
│ └── __snapshots__/ # Auto-generated snapshots
└── component-render.ts
docs/
└── content/docs/2.components/ # Documentation (*.md)
playgrounds/
└── nuxt/app/pages/components/ # Playground pages
pnpm run dev:prepare # Generate type stubs (run after install)
pnpm run dev # Nuxt playground
pnpm run dev:vue # Vue playground
pnpm run dev:repl # REPL playground
pnpm run docs # Documentation site
pnpm run lint # Check linting
pnpm run lint:fix # Fix linting
pnpm run typecheck # Type checking
pnpm run test # Run testsLink the CLI first (one-time setup):
npm linkThen use it to create new components:
nuxt-ui make component <name> [options]Options:
--primitive- Primitive component (uses Reka UI Primitive)--prose- Prose/typography component--content- Content component--template- Generate specific template only (playground,docs,test,theme,component)
- Conventional commits: All commit messages must follow conventional commits (e.g.
fix(Button): resolve hover state,feat(Modal): add fullscreen prop). - Semantic colors: Use
text-default,bg-elevated, etc. — never raw Tailwind palette colors liketext-gray-500. Soonbadge on docs headings: PRs that introduce a new feature or fix often add:badge{label="Soon" class="align-text-top"}to the relevant docs heading. This is intentional: the docs site redeploys on merge, but the feature only ships on the next npm release — the badge bridges that gap. Do NOT flag this as inconsistent in reviews. See documentation.md for details.
The following conventions and references apply only when working on files in src/ or test/. They do not apply to docs/, playgrounds/, or other directories.
Load these based on your task. Do not load all files at once — only load what's relevant.
| File | Topics |
|---|---|
| .github/contributing/component-structure.md | Vue component file patterns, props/slots/emits interfaces, script setup |
| .github/contributing/theme-structure.md | Tailwind Variants theme files, slots, variants, compoundVariants |
| .github/contributing/testing.md | Vitest patterns, snapshot testing, accessibility testing |
| .github/contributing/documentation.md | Component docs structure, MDC syntax, examples |
| Convention | Description |
|---|---|
| Type imports | Always separate: import type { X } on its own line |
| Props defaults | Use withDefaults() for runtime, JSDoc @defaultValue for docs |
| Template slots | Add data-slot="name" attributes on all elements |
| Computed ui | Always use computed(() => tv(...)) for reactive theming |
| Theme support | Use useComponentUI(name, props) to merge Theme context with component ui prop |
| Semantic colors | Use text-default, bg-elevated, etc. - never Tailwind palette |
| Reka UI props | Use reactivePick + useForwardPropsEmits to forward props |
| Form components | Use useFormField and useFieldGroup composables |
| Variant in template logic | Use useResolvedVariants(name, props, theme, ['variant']) when variant values are consumed in template logic (<component :is>, v-if, computed) — tv() defaultVariants only affect classes, not runtime checks |
Copy this checklist and track progress when creating a new component:
Component: [name]
Progress:
- [ ] 1. Scaffold with CLI: nuxt-ui make component <name>
- [ ] 2. Implement component in src/runtime/components/
- [ ] 3. Create theme in src/theme/
- [ ] 4. Export types from src/runtime/types/index.ts
- [ ] 5. Write tests in test/components/
- [ ] 6. Create docs in docs/content/docs/2.components/
- [ ] 7. Add playground page
- [ ] 8. Run pnpm run lint
- [ ] 9. Run pnpm run typecheck
- [ ] 10. Run pnpm run test
When reviewing PRs that touch src/ or test/, verify:
PR Review:
- [ ] Component follows existing patterns (see .github/contributing/)
- [ ] Theme uses semantic colors, not Tailwind palette
- [ ] Tests cover props, slots, and accessibility
- [ ] Documentation includes Usage, Examples, and API sections
- [ ] Conventional commit message format
- [ ] All checks pass (lint, typecheck, test)
Do NOT flag as issues:
:badge{label="Soon"}on docs headings in PRs adding new features/fixes (intentional — bridges the gap between docs deploy on merge and feature shipping on next npm release).
-
pnpm run lintpasses -
pnpm run typecheckpasses -
pnpm run testpasses - Documentation is updated if applicable
- Commit message follows conventional commits
Multiple commits are fine — PRs are squash merged, so no need to rebase or force push.