TypeScript Shadcn UI Next.js Cursorrules Prompt Fil

Next.js- und shadcn/ui-Regel — verhindert doppelte Komponenten, nutzt bestehende components/ui.

Original-Beschreibung der Autoren: Cursor rules for TypeScript development with shadcn/ui and Next.js integration.

Die Regel

---
description: "Cursor rules for TypeScript development with shadcn/ui and Next.js integration."
globs: **/*
alwaysApply: false
---
Code Style and Structure:

- Write concise, technical TypeScript code with accurate examples
- Use functional and declarative programming patterns; avoid classes
- Prefer iteration and modularization over code duplication
- Use descriptive variable names with auxiliary verbs (e.g., isLoading, hasError)
- Structure files: exported component, subcomponents, helpers, static content, types

Naming Conventions:

- Use lowercase with dashes for directories (e.g., components/auth-wizard)
- Favor named exports for components

TypeScript Usage:

- Use TypeScript for all code; prefer interfaces over types
- Avoid enums; use maps instead
- Use functional components with TypeScript interfaces

Syntax and Formatting:

- Use the "function" keyword for pure functions
- Avoid unnecessary curly braces in conditionals; use concise syntax for simple statements
- Use declarative JSX

Error Handling and Validation:

- Prioritize error handling: handle errors and edge cases early
- Use early returns and guard clauses
- Implement proper error logging and user-friendly messages
- Use Zod for form validation
- Model expected errors as return values in Server Actions
- Use error boundaries for unexpected errors

UI and Styling:

- Use Shadcn UI, Radix, and Tailwind Aria for components and styling
- Implement responsive design with Tailwind CSS; use a mobile-first approach

Performance Optimization:

- Minimize 'use client', 'useEffect', and 'setState'; favor React Server Components (RSC)
- Wrap client components in Suspense with fallback
- Use dynamic loading for non-critical components
- Optimize images: use WebP format, include size data, implement lazy loading

Key Conventions:

- Use 'nuqs' for URL search parameter state management
- Optimize Web Vitals (LCP, CLS, FID)
- Limit 'use client':
  - Favor server components and Next.js SSR
  - Use only for Web API access in small components
  - Avoid for data fetching or state management

Follow Next.js docs for Data Fetching, Rendering, and Routing

So nutzt du sie

Die Regel kopieren (Button oben) oder als Datei herunterladen und im Projekt unter .cursor/rules/ ablegen — Cursor lädt sie beim nächsten Start automatisch. Ältere Cursor-Versionen lesen alternativ eine einzelne .cursorrules-Datei im Projektstamm; dort einfach den Regel-Text ohne den Kopfblock zwischen den ----Zeilen einfügen.

Der Regel-Text ist englisch — Cursor versteht ihn unabhängig von der Sprache, in der Sie mit dem Editor chatten.

Im Detail

Diese Regel ist auf Next.js-Projekte zugeschnitten, die shadcn/ui als Komponentenbasis verwenden. Sie weist Cursor an, zuerst im Ordner components/ui nach bereits vorhandenen Komponenten zu suchen, bevor neue erstellt werden, und hält sich an die typischen shadcn/ui-Muster für Styling mit Tailwind und Radix-Primitives. Das verhindert ein häufiges Problem bei KI-generiertem Code: doppelte oder inkonsistente Button- und Formular-Komponenten, die nicht zum bestehenden Design-System passen. Sinnvoll für alle, die shadcn/ui bereits im Projekt installiert haben. Ohne shadcn/ui bringt die Regel wenig, da ihre Kernlogik auf dessen Ordnerstruktur und Komponentenphilosophie aufbaut.

Praxis-Tipp

Nach jeder größeren UI-Änderung kurz prüfen, ob Cursor tatsächlich components/ui wiederverwendet hat statt neue Varianten anzulegen.

Lizenz & Quelle

• Lizenz: CC0 1.0
• Quelle: PatrickJS/awesome-cursorrules (GitHub)

Lade …