Home / Cursor rules / Qwik Tailwind
Qwik Tailwind
Cursor rules for Qwik development with Tailwind CSS integration.
Cursor rules (.mdc)Public domain (CC0)
–unranked
Install
mkdir -p .cursor/rules && curl -sL https://raw.githubusercontent.com/PatrickJS/awesome-cursorrules/b044f956f021b6e8877f16781bcfc466a6a120e9/rules/qwik-tailwind-cursorrules-prompt-file.mdc -o .cursor/rules/qwik-tailwind.mdcDownloads the file at commit b044f956f021 into .cursor/rules/.
To remove it later:
rm .cursor/rules/qwik-tailwind.mdcContext cost: ≈356 tokens when used.
Rules file
--- description: "Cursor rules for Qwik development with Tailwind CSS integration." globs: **/* alwaysApply: false --- // Qwik.js with Tailwind CSS (TypeScript and Vite included) .cursorrules // Prefer functional components const preferFunctionalComponents = true; // Qwik.js and Tailwind CSS best practices const qwikTailwindBestPractices = [ "Use $ suffix for lazy-loaded functions", "Utilize useSignal() for reactive state", "Implement Tailwind CSS classes for styling", "Use @apply directive in CSS files for reusable styles", "Implement responsive design using Tailwind's responsive classes", "Utilize Tailwind's configuration file for customization", "Leverage TypeScript for type safety", "Use Vite's fast HMR for development", ]; // Folder structure const folderStructure = ` src/ components/ routes/ global.css root.tsx entry.ssr.tsx public/ tailwind.config.js postcss.config.js vite.config.ts tsconfig.json `; // Additional instructions const additionalInstructions = ` 1. Use TypeScript for all .ts and .tsx files 2. Implement proper Tailwind CSS purging for production builds 3. Utilize Qwik City for routing when applicable 4. Use Tailwind's @layer directive for custom styles 5. Implement dark mode using Tailwind's dark variant 6. Follow both Qwik and Tailwind naming conventions 7. Use server$ for server-side code execution 8. Leverage Vite plugins for optimized builds `;
Security
Scanned Nov 4, 2026 at commit b044f956f021, with Cisco's open-source skill-scanner.
None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.
A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan