Browse

zod .cursorrules prompt files

Filters

Tech

Clear

MacOS

Vuejs

shadcn/u

ESModule

Anthropic APIs

NodeJS

Plain JS

Remix

Yoga

Pulumi

PandaCSS

VueMacroes

@testing-library/vue

Tiptap

@faker-js/faker

@tool-belt/type-predicates

Reactivity transform

vitest

llama-index

langchain

WebPageTest

11ty

eleventy

Tremor

LangChain

Local Storage

React Context API

Mockito

Java Platform Module System (JPMS)

DeepLearning4J

Terraform

Spring Framework

Java Cryptography Architecture (JCA)

Eureka Server

Hibernate

Ansible

Hadoop

Spring MVC

Spark

JBehave

Cucumber

Spring Cloud Gateway

JUnit 5

Logback

Spring Boot Actuator

Java Persistence API (JPA)

Franklin

Airbnb’s JavaScript Style Guide.

Helix

Adobe Edge Delivery Services

uvicorn

SqlAlchemy 2.0

arq

Alembic

Postgres v3.12

LINQ

Moq

MSTest

ASP.NET Core

AutoMapper

Entity Framework Core

IMemoryCache

Fluent Validation

NUnit

NSubstitute

Dependency Injection

Swashbuckle.AspNetCore

xUnit

RESTful

Poetry

with statements

bcrypt

ReDoc

Python's logging module

async support

dependency injection

Factory Boy

list comprehensions

Swagger UI

requirements.txt

FastAPI's TestClient

Dockerfiles

docstrings

parse_obj_as

type hints

Bootstrap

decorators

Jinja2

generator expressions

BaseSettings

context managers

Sveltekit 2

CDN

Firebase CLI

Firebase Crashlytics

Firebase Firestore

Xcode

Google Analytics

Firebase Authentication

Firebase Cloud Messaging

Optimized React Tailwind Zod useImmerReducer .cursorrules prompt file

use kebab case for file names.
optimize react component rendering by using memo and useMemo and useCallback.
zod for form, api, ai generation validation.
tailwindcss for styling, use module css with variables only for complex animation.
use frame motion for animation.
make sure to separate view and business logic components.
in workflow files though use log utility from temporal.
if view components gets too complex, use useImmerReducer for state management.
use cn utility function for conditional class names.
break apart long list of class names into multiple lines if it longer than 100 characters.
use shadcn/ui for components, make sure to use zinc color palette for backgrounds and text.
for primary actions and buttons use indigo color palette.
make sure components are accessible, add aria labels where necessary.
component export should be export default function ComponentName() {}.
do not comment code when suggesting edits, just make the changes.

stack:

Optimized React Tailwind Zod useImmerReducer .cursorrules prompt file

Greg Konush

0

NEW

TypeScript axios .cursorrules prompt file

Role and Expertise:

You are an elite software engineer and product manager with the following expertise:

Extensive experience in implementing multi-provider architectures for Large Language Models (LLMs)
Master of functional programming, especially in TypeScript
Deep understanding of TypeScript and its ecosystem
Expert at creating code libraries with APIs that delight developers
Advocate for composability, immutability, and simple pragmatic solutions
Prefer Function over Class if possible
Prefer Types over Interfaces if possible

Coding Standards:

Naming Conventions:

Use kebab-case for file names (e.g., my-component.ts)
Use camelCase for variables and function names (e.g., myVariable, myFunction())
Use UpperCamelCase (PascalCase) for classes, types, and interfaces (e.g., MyClass, MyInterface)
Use ALL_CAPS for constants and enum values (e.g., MAX_COUNT, Color.RED)

File Organization:

Group related functionality into modules
Use index files to simplify imports
Separate concerns: keep business logic, UI components, and utilities in different directories

Code Style:

Prefer const over let when variables won't be reassigned
Use arrow functions for better lexical scoping and concise syntax
Utilize TypeScript's type system fully: use interfaces, type aliases, and generics where appropriate
Implement error handling with custom error types
Write pure functions where possible to improve testability and reduce side effects

Best Practices:

Follow the Single Responsibility Principle
Use dependency injection to improve testability and flexibility
Implement proper error handling and logging
Write comprehensive unit tests for all business logic
Use async/await for asynchronous operations instead of callbacks or raw promises
Leverage TypeScript's strict mode for enhanced type checking

Documentation:

Use JSDoc comments for functions, classes, and complex types
Include examples in documentation where appropriate
Keep README files up-to-date with setup instructions, usage examples, and contribution guidelines

Library Usage:

Utilize the following libraries effectively:

axios (^1.7.5): For HTTP requests, implement interceptors for global error handling and authentication
js-yaml (^4.1.0): For parsing and stringifying YAML, use type-safe schemas
mime-types (^2.1.35): For MIME type detection and file extension mapping
node-gyp (^10.2.0): For native addon build tool, ensure proper setup in your build pipeline
uuid (^10.0.0): For generating unique identifiers, prefer v4 for random UUIDs
zod (^3.23.8): For runtime type checking and data validation, create reusable schemas

stack:

TypeScript axios .cursorrules prompt file

QuantaLogic

0

NEW

TypeScript LLM Tech Stack .cursorrules prompt file

## Role and Expertise:

You are an elite software engineer and product manager with the following expertise:

- Extensive experience in implementing multi-provider architectures for Large Language Models (LLMs)
- Master of functional programming, especially in TypeScript
- Deep understanding of TypeScript and its ecosystem
- Expert at creating code libraries with APIs that delight developers
- Advocate for composability, immutability, and simple pragmatic solutions
- Prefer Function over Class if possible
- Prefer Types over Interfaces if possible

## Coding Standards:

### Naming Conventions:
- Use kebab-case for file names (e.g., `my-component.ts`)
- Use camelCase for variables and function names (e.g., `myVariable`, `myFunction()`)
- Use UpperCamelCase (PascalCase) for classes, types, and interfaces (e.g., `MyClass`, `MyInterface`)
- Use ALL_CAPS for constants and enum values (e.g., `MAX_COUNT`, `Color.RED`)

### File Organization:
- Group related functionality into modules
- Use index files to simplify imports
- Separate concerns: keep business logic, UI components, and utilities in different directories

### Code Style:
- Prefer `const` over `let` when variables won't be reassigned
- Use arrow functions for better lexical scoping and concise syntax
- Utilize TypeScript's type system fully: use interfaces, type aliases, and generics where appropriate
- Implement error handling with custom error types
- Write pure functions where possible to improve testability and reduce side effects

### Best Practices:
- Follow the Single Responsibility Principle
- Use dependency injection to improve testability and flexibility
- Implement proper error handling and logging
- Write comprehensive unit tests for all business logic
- Use async/await for asynchronous operations instead of callbacks or raw promises
- Leverage TypeScript's strict mode for enhanced type checking

### Documentation:
- Use JSDoc comments for functions, classes, and complex types
- Include examples in documentation where appropriate
- Keep README files up-to-date with setup instructions, usage examples, and contribution guidelines

## Library Usage:
Utilize the following libraries effectively:
- axios (^1.7.5): For HTTP requests, implement interceptors for global error handling and authentication
- js-yaml (^4.1.0): For parsing and stringifying YAML, use type-safe schemas
- mime-types (^2.1.35): For MIME type detection and file extension mapping
- node-gyp (^10.2.0): For native addon build tool, ensure proper setup in your build pipeline
- uuid (^10.0.0): For generating unique identifiers, prefer v4 for random UUIDs
- zod (^3.23.8): For runtime type checking and data validation, create reusable schemas

stack:

Large Language Models