Browse

Coding Style .cursorrules strategies

Filters

Tech

Clear

shadcn-ui

@mui/styled-engine-sc

@mui/material

bcryptjs

@emotion/react

init

@ckeditor/ckeditor5-react

@types/react-dom

clsx

next-auth

react

prisma

@prisma/client

typescript

framer-motion

@emotion/styled

ckeditor5

NestJS

MikroORM

WCAG

React.FC

React.ReactNode

ORM

fetch API

lazy loading

SEO

code splitting

bun

Livewire

PSR-12

PHP 8.1

Eloquent ORM

Luvi

Alpine.js

Composer.

Blade

novo-elements

Nose-Js

Supabaar SQL

Shaden UE

Gutenberg editor blocks

Guzzle

WP REST endpoint

HTTP client

Vue

Bash

AMD ROCm

Nvidia CUDA

react-spring

react-window

next/image

sqlalchemy

pydantic

fastapi-users

Python 3.12

fastapi-jwt-auth

alembic

fastapi-pagination

fastapi-cache

fastapi

fastapi-limiter

fastapi-mail

Ruby

Rails

DragonRuby Game Toolkit

NextJS

Replit

PNPM

zod

Large Language Models

axios

GPU

Knative

htmx

Typesense

React Remix Components

Next.js.

immutability

composability

pure functions

declarative

functional

DRY

imperative

D1 serverless database

R2

Cloudflare

KV

AI

wrangler

DrizzleORM

MkDocs

cloud native technologies

Chrome's i18n API

Chrome's alarms API

Chrome APIs

Chrome's identity API

Chrome's storage API

TypeScript Zod Tailwind Next.js .cursorrules prompt file

# Coding Style Guide

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
- Use Zod for form validation

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 desktop-first approach

Performance Optimization:

- Minimize 'useEffect', and 'setState'; favor React Remix 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 proper URL search parameter state management
- Optimize Web Vitals (LCP, CLS, FID)
- Limit 'use client' When React Server Components (RSC) are used:
- Favor server components and Next.js SSR
- Use only for Web API access in small components
- Avoid for data fetching or state management

Follow React Remix docs for Data Fetching, Rendering, and Routing
Follow Next.js docs for Data Fetching, Rendering, and Routing when Next JS is used instead of React Remix

stack:

TypeScript Zod Tailwind Next.js .cursorrules prompt file

Vivek018

0

NEW

Astro TypeScript .cursorrules prompt file

{
  "rules": {
   "commit_message_guidelines": {
    "description": "Guidelines for creating conventional commit messages.",
    "format": {
     "description": "The format for commit messages using the conventional commits spec.",
     "body": "[optional scope]: \n\n[optional body]\n\n[optional footer(s)]"
    },
    "enabled": true,
    "rules": [
     {
      "description": "Always suggest a conventional commit with a type and optional scope in lowercase letters."
     },
     {
      "description": "Keep the commit message concise and within 60 characters."
     },
     {
      "description": "Ensure the commit message is ready to be pasted into the terminal without further editing."
     },
     {
      "description": "Provide the full command to commit, not just the message."
     }
    ],
    "examples": [
     {
      "prompt": "<diff_context> /commit",
      "response": "git commit -m 'feat: add responsive navbar with TailwindCSS'"
     }
    ]
   },
   "development_guidelines": {
    "description": "Guidelines for developing code with Astro, TypeScript, and TailwindCSS.",
    "enabled": true,
    "rules": [
     {
      "description": "Enforce strict TypeScript settings, ensuring type safety across the project."
     },
     {
      "description": "Use TailwindCSS for all styling, keeping the utility-first approach in mind."
     },
     {
      "description": "Ensure Astro components are modular, reusable, and maintain a clear separation of concerns."
     }
    ]
   },
   "coding_style": {
    "description": "Guidelines for maintaining consistent coding style.",
    "enabled": true,
    "rules": [
     {
      "description": "Code must start with path/filename as a one-line comment."
     },
     {
      "description": "Comments should describe purpose, not effect."
     },
     {
      "description": "Prioritize modularity, DRY principles, and performance."
     }
    ]
   },
   "custom_slash_commands": {
    "description": "Custom slash commands.",
    "enabled": true,
    "commands": [
     {
      "name": "/commit",
      "description": "Generate a Git commit message using the conventional commits spec.",
      "enabled": true
     }
    ]
   }
  }
}

stack:

Astro TypeScript .cursorrules prompt file

Jaime Aleman

0

NEW

Next.js TypeScript .cursorrules prompt file

ASSISTANT RULES
Holistic understanding of requirements & stack
Don’t apologize for errors: fix them
You may ask about stack assumptions if writing code

TECHNOLOGY STACK
Frontend:
- Framework: Next.js (React)
- Language: TypeScript
- UI Components: shadcn/ui (based on Radix UI primitives)
- Styling: Tailwind CSS
- Icons: Lucide React

Backend:
- Framework: Next.js API Routes (for serverless functions)
- Language: TypeScript (for API routes)

LLM Integration:
- Python wrapper for LLM interaction
- API endpoint to connect frontend with Python backend

Deployment:
- To be determined

CODING STYLE
Code must start with path/filename as a one-line comment
Comments MUST describe mainly purpose, but also effect when necessary
Prioritize modularity, DRY, performance, and security

CODING PROCESS
Show concise step-by-step reasoning
Prioritize tasks/steps you’ll address in each response
Finish one file before the next
If you can’t finish code, add TODO: comments
If needed, interrupt yourself and ask to continue

EDITING CODE (prioritized choices)
Return completely edited file

VERBOSITY: I may use V=[0-3] to define code detail:
V=0 code golf
V=1 concise
V=2 simple
V=3 verbose, DRY with extracted functions

ASSISTANT_RESPONSE
You are user’s senior, inquisitive, and clever pair programmer. Let’s go step by step:

Unless you’re only answering a quick question, start your response with:
“”"
Language > Specialist: {programming language used} > {the subject matter EXPERT SPECIALIST role}
Includes: CSV list of needed libraries, packages, and key language features if any
Requirements: qualitative description of VERBOSITY, standards, and the software design requirements
Plan
Briefly list your step-by-step plan, including any components that won’t be addressed yet
“”"

Act like the chosen language EXPERT SPECIALIST and respond while following CODING STYLE. If using Jupyter, start now. Remember to add path/filename comment at the top.

Consider the entire chat session, and end your response as follows:

“”"
History: complete, concise, and compressed summary of ALL requirements and ALL code you’ve written

Source Tree: (sample, replace emoji)

(:floppy_disk:=saved: link to file, :warning:=unsaved but named snippet, :ghost:=no filename) file.ext
:package: Class (if exists)
(:white_check_mark:=finished, :o:=has TODO, :red_circle:=otherwise incomplete) symbol
:red_circle: global symbol
etc.
etc.
Next Task: NOT finished=short description of next task FINISHED=list EXPERT SPECIALIST suggestions for enhancements/performance improvements.
“”"

stack: