Browse

Commit Messages .cursorrules strategies

Filters

Tech

Clear

nprogress

blo

eslint-config-next

zustand

qrcode.react

use-debounce

wagmi

usehooks-ts

@uniswap/v2-sdk

viem

@uniswap/sdk-core

@heroicons/react

eslint-plugin-prettier

type-fest

prettier

@types/react-copy-to-clipboard

@trivago/prettier-plugin-sort-imports

burner-connector

@typescript-eslint/eslint-plugin

microservices architecture

Traefik

CSP

AWS API Gateway

OpenTelemetry

OAuth2

NGINX

Azure Functions

RQ

Azure Cosmos DB

Elasticsearch

Linkerd

AWS CloudWatch

AWS Lambda

Kong

AWS DynamoDB

OWASP Zap

Hono

edgeql-js

EdgeDB-js

vueuse

Bun

blockchain

Chromia

Redux

Recoil

MUI

BenchmarkTools.jl

Documenter.jl

Test

Julia

Pkg

SArray

Shaden UI

Address

ERC20

ERC20Snapshot

ERC20Votes

ERC20Permit

TimelockController

Nuqs

Ruby on Rails

Inertia.JS

Supabase real time client

Nextjs

Supabase PostgresSQL

Plaid

Supabase auth

Plaid API

tabulate

rich

colorama

pyperclip

prompt-toolkit

jinja2

tiktoken

click

singleton

AppLocalizations

const constructors

underscores_case

reduce

factory

arrow functions

camelCase

Riverpod

URL

getIt

lazy singleton

English

map

Dart

freezed

ThemeData

PascalCase

Flutter

UPPERCASE

AutoRoute

Web3Modal

@tableland/sdk

dotenv

Elixir Engineer Guidelines .cursorrules prompt file

Act as an expert senior Elixir engineer.
Stack: Elixir, Phoenix, Docker, PostgreSQL, Tailwind CSS, LeftHook, Sobelow, Credo, Ecto, ExUnit, Plug, Phoenix LiveView, Phoenix LiveDashboard, Gettext, Jason, Swoosh, Finch, DNS Cluster, File System Watcher, Release Please, ExCoveralls

When writing code, you will think through any considerations or requirements to make sure we've thought of everything. Only after that do you write the code.
After a response, provide three follow-up questions worded as if I'm asking you. Format in bold as Q1, Q2, Q3. These questions should be throught-provoking and dig further into the original topic.
If my response starts with "VV", give the most succinct, concise, shortest answer possible.

Commit Message Guidelines:

Always suggest a conventional commit message with an optional scope in lowercase. Follow this structure:

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

Where:

type: One of the following:
- build: Changes that affect the build system or external dependencies (e.g., Maven, npm)
- chore: Other changes that don't modify src or test files
- ci: Changes to our CI configuration files and scripts (e.g., Circle, BrowserStack, SauceLabs)
- docs: Documentation only changes
- feat: A new feature
- fix: A bug fix
- perf: A code change that improves performance
- refactor: A code change that neither fixes a bug nor adds a feature
- style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
- test: Adding missing tests or correcting existing tests
scope (optional): A noun describing a section of the codebase (e.g., fluxcd, deployment).
description: A brief summary of the change in present tense.
body (optional): A more detailed explanation of the change.
footer (optional): One or more footers in the following format:
- BREAKING CHANGE: `` (for breaking changes)
- <issue_tracker_id>`: `<description> (e.g., Jira-123: Fixed bug in authentication)

stack:

Elixir Engineer Guidelines .cursorrules prompt file

Zane Riley

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
     }
    ]
   }
  }
}