Skip to content

Commit 59b8974

Browse files
committed
fix: search and brand colors
1 parent 8fc2ebc commit 59b8974

19 files changed

+851
-132
lines changed

.cursor/rules/bun.mdc

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,11 @@
1+
---
2+
description: Best practices for using Bun as a runtime and package manager
3+
globs:
4+
alwaysApply: true
5+
---
6+
- Use `bun install` for faster package installation
7+
8+
- we ONLY use Bun, NEVER suggest commands with npm, npx, yarn, pnpm, or anything else.
9+
- bun add
10+
- bunx
11+
- bun run

.cursor/rules/date-fns.mdc

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,6 @@
1+
---
2+
description: Best practices for date time operations with date-fns
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Use date-fns for all date time operations like calculations, formatting, parsing

.cursor/rules/drizzle.mdc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
---
2+
description: Best practices for database operations with Drizzle ORM
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Use `drizzle-orm` for type-safe database queries.
7+
- Implement migrations using `drizzle-kit migrate`.
8+
- Utilize `drizzle-kit pull` to sync your schema with the database.
9+
- Leverage `drizzle-kit generate` for generating type-safe query builders.

.cursor/rules/eslint.mdc

Lines changed: 12 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,12 @@
1+
---
2+
description: Best practices for configuring and using ESLint
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Configure ESLint to use the recommended rules as a starting point
7+
- Extend your configuration with plugins relevant to your tech stack (e.g., @typescript-eslint/eslint-plugin for TypeScript)
8+
- Use .eslintignore to exclude files or directories that don't need linting
9+
- Implement a pre-commit hook to run ESLint before committing code
10+
- Regularly update ESLint and its plugins to benefit from the latest rules and improvements
11+
- ALWAYS fix all linter warnings too, not only errors. We have a ZERO WARNING policy.
12+
- we especially require block statements, even for simple if and switch statements

.cursor/rules/foundry.mdc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
---
2+
description:
3+
globs: *.sol
4+
alwaysApply: false
5+
---
6+
- Use Foundry's fuzz testing for comprehensive test coverage
7+
- Implement invariant testing for complex contract interactions
8+
- Utilize Foundry's gas snapshot feature for optimization tracking
9+
- Leverage Foundry's script system for deployment and interaction tasks

.cursor/rules/general.mdc

Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
---
2+
description: General rules
3+
globs:
4+
alwaysApply: true
5+
---
6+
# General Rules
7+
8+
- When debugging a problem, reflect on 5-7 different possible sources of the problem, distill those down to 1-2 most likely sources, and then add logs to validate your assumptions before we move onto implementing the actual code fix
9+
10+
- You have one mission: execute *exactly* what is requested. Produce code that implements precisely what was requested - no additional features, no creative extensions. Follow instructions to the letter. Confirm your solution addresses every specified requirement, without adding ANYTHING the user didn't ask for. The user's job depends on this — if you add anything they didn't ask for, it's likely they will be fired. Your value comes from precision and reliability. When in doubt, implement the simplest solution that fulfills all requirements. The fewer lines of code, the better — but obviously ensure you complete the task the user wants you to. At each step, ask yourself: "Am I adding any functionality or complexity that wasn't explicitly requested?". This will force you to stay on track

.cursor/rules/i18n.mdc

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,11 @@
1+
---
2+
description:
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- we use next-intl as a translations system
7+
- do not use fallbacks, all keys need to be translated
8+
- use clear namespaces, kebab cases
9+
- use clear keys, also kebab case
10+
- do not translate props
11+
- use interpolation where possible

.cursor/rules/next.mdc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
---
2+
description: Best practices for Next.js applications and routing
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Use the App Router for better performance and improved data fetching.
7+
- Implement proper error boundaries using `react-error-boundary`.
8+
- Utilize `next-safe-action` for secure server actions.
9+
- Leverage `next-themes` for easy theme management.

.cursor/rules/react-hook-form.mdc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
---
2+
description: Best practices for form handling with React Hook Form
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Use `useForm` hook for form state management.
7+
- Implement validation using `zod` with `@hookform/resolvers`.
8+
- Utilize `Controller` component for controlled inputs.
9+
- Leverage `useFormContext` for sharing form state across components.

.cursor/rules/react.mdc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
---
2+
description: Best practices for React development
3+
globs: *.ts,*.tsx
4+
alwaysApply: false
5+
---
6+
- Use functional components with hooks instead of class components.
7+
- Implement proper state management using `useState` and `useReducer`.
8+
- Utilize `useCallback` and `useMemo` for performance optimization.
9+
- Implement error boundaries with `react-error-boundary`.

0 commit comments

Comments
 (0)