Consistent error classes in Typescript

typescript
Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}

Install this rule for wispbit

Add this rule to wispbit and it will run when you open a pull request

Install this rule for Coderabbit

Copy the configuration below and add it to your repository as .coderabbit.yml in your project root.

reviews:
  path_instructions:
    - path: "*.ts"
      instructions: |
                
        Use consistent naming conventions for error classes.
        
        Bad:
        
        ```typescript
        abstract class PublicAPiError extends Error {
          // Inconsistent casing in "APi" - should be either "Api" or "API"
        }
        
        class UnauthorizedHTtpError extends Error {
          // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
        }
        ```
        
        Good:
        
        ```typescript
        abstract class PublicApiError extends Error {
          // Consistent Pascal casing with "Api"
        }
        
        class UnauthorizedHttpError extends Error {
          // Consistent Pascal casing with "Http"
        }
        
        // Or alternatively:
        
        abstract class PublicAPIError extends Error {
          // Consistent uppercase for the acronym "API"
        }
        
        class UnauthorizedHTTPError extends Error {
          // Consistent uppercase for the acronym "HTTP"
        }
        ```

Install this rule for Greptile

Greptile rules can be added through the web interface. Please see this documentation for details on how to add custom rules and context.

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

File Path Patterns:

*.ts

Install this rule for GitHub Copilot

Copilot instructions can be added through the interface. See the documentation for details on how to create coding guidelines.

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

File Path Patterns:

*.ts

Install this rule for Graphite Diamond

Diamond custom rules can be added through the interface. See the documentation for details on how to create custom rules.

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

File Path Patterns:

*.ts

Use with Cline

Copy the rule below and ask Cline to review your code using this rule

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

Use with OpenAI Codex

Copy the rule below and ask OpenAI Codex to review your code using this rule

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

Use with Cursor

Copy the rule below and ask Cursor to review your code using this rule

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

Use with Claude Code

Copy the rule below and ask Claude Code to review your code using this rule

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```

Install this rule for Windsurf

To set up rules for Windsurf Reviews, please see this documentation 

Use consistent naming conventions for error classes.
Bad:
```typescript
abstract class PublicAPiError extends Error {
  // Inconsistent casing in "APi" - should be either "Api" or "API"
}
class UnauthorizedHTtpError extends Error {
  // Inconsistent casing in "HTtp" - should be either "Http" or "HTTP"
}
```
Good:
```typescript
abstract class PublicApiError extends Error {
  // Consistent Pascal casing with "Api"
}
class UnauthorizedHttpError extends Error {
  // Consistent Pascal casing with "Http"
}
// Or alternatively:
abstract class PublicAPIError extends Error {
  // Consistent uppercase for the acronym "API"
}
class UnauthorizedHTTPError extends Error {
  // Consistent uppercase for the acronym "HTTP"
}
```