Rules
Custom ESLint Rules
Custom ESLint rules for catching unsafe patterns and enforcing consistent code style across JavaScript and TypeScript projects.
Read article57 docs tagged with "rules"
View all tagsRules / Vitest
Dotenv Suite
Require every value in .env and .env.sample files to be wrapped in double quotes with the registerDotenvSuite conformance suite.
Read articleRules / Vitest
Frontmatter Suite
Require valid frontmatter fields on every Markdown and MDX content file with the registerFrontmatterSuite conformance suite.
Read articleRules / Vitest
Link Suite
Verify that internal documentation links and anchors resolve to real targets with the registerLinkSuite conformance suite.
Read articleRules / Vitest
Markdown Table Suite
Require documentation tables to match canonical MarkdownTable output with the registerMarkdownTableSuite conformance suite.
Read articleRules / Eslint / Patterns
No Assign Then Return
Disallow assigning to a const variable and immediately returning it when the expression can be returned directly.
Read articleRules / Eslint / Patterns
No Await In Loop
Disallow await inside loops so sequential calls that should be parallelized with Promise.all are caught early.
Read articleRules / Eslint / Patterns
No Boolean Var For If
Disallow extracting a multi-condition boolean into a single-use variable for the next if-statement.
Read articleRules / Eslint / Patterns
No Bracket Assignment
Disallow bracket notation assignment and encourage Reflect.set for dynamic property writes on objects.
Read articleRules / Eslint / Patterns
No Bracket Method Call
Disallow calling methods via bracket notation with a static string key when dot notation is available.
Read articleRules / Eslint / Typescript
No Catch Unknown Annotation
Disallow redundant unknown type annotations on catch clause variables because TypeScript defaults them to unknown.
Read articleRules / Eslint / Formatting
No Complex Arrow Concise
Require arrow functions with complex concise bodies to use an explicit block body.
Read articleRules / Eslint / Conventions
No Default Export Declaration
Disallow attaching function or class declarations to export default.
Read articleRules / Eslint / Syntax
No Destructuring
Disallow destructuring patterns in callbacks, for-of loops, function parameters, variable declarations, and assignment expressions.
Read articleRules / Eslint / Typescript
No Explicit Any
Disallow usage of the any type and require unknown with type guards or a specific type instead.
Read articleRules / Eslint / Conventions
No Implicit Boolean
Require explicit boolean comparisons instead of relying on truthy/falsy coercion in conditions.
Read articleRules / Eslint / Typescript
No Inline Type Annotation
Disallow inline type annotations in code files and require named type aliases from definition files instead.
Read articleRules / Eslint / Nova
No Logger.dev
Disallow Logger.dev calls in production code so dev-only logging statements are caught before release.
Read articleRules / Eslint / Formatting
No Multiline Strings
Disallow multiline string content including backslash continuation, visual newlines in template literals, and internal escape sequences.
Read articleRules / Eslint / Syntax
No Numeric Literals
Disallow binary, octal, and hexadecimal numeric literal forms and require parseInt with an explicit base instead.
Read articleRules / Eslint / Syntax
No Optional Chaining
Disallow the optional chaining operator so null and undefined checks are explicit.
Read articleRules / Eslint / Formatting
No Raw Text in Code
Disallow unwrapped text inside code JSX elements to prevent MDX from parsing special characters as JSX tags.
Read articleRules / Eslint / Regex
No Regex Literal Flags
Disallow flags on regex literals so shared patterns stay reusable and callers add flags at the call site via new RegExp.
Read articleRules / Eslint / Regex
No Regex Literals
Disallow inline regex literal expressions so patterns are centralized in a shared patterns file and reusable across the codebase.
Read articleRules / Eslint / Syntax
No Rest Params
Disallow rest parameters in function signatures so parameters are listed explicitly.
Read articleRules / Eslint / Safety
No Script URL
Disallow javascript colon URLs except for explicitly allowed patterns such as javascript void zero.
Read articleRules / Eslint / Typescript
No Shared Type Import
Disallow importing shared type files in code files to enforce type layering where shared types flow through domain type files.
Read articleRules / Eslint / Patterns
No Template Curly in String
Disallow template literal placeholder syntax in regular strings so missing backticks are caught before the expression appears literally in output.
Read articleRules / Eslint / Formatting
No Ternary in Template Literal
Disallow ternary expressions inside template literals to keep template strings readable and encourage extracting logic into variables.
Read articleRules / Eslint / Patterns
No Use Before Define
Disallow use of variables, constants, functions, classes, and types before they are defined.
Read articleRules / Eslint / Typescript
Require Bracket Property Access
Require bracket notation instead of dot notation for property access on project-defined plain objects.
Read articleRules / Eslint / Conventions
Require Explicit Return
Require an explicit return statement at the end of void function bodies so every function signals its exit point.
Read articleRules / Eslint / Conventions
Require Hash Private
Require #hash notation for private class members instead of the private keyword.
Read articleRules / Eslint / Formatting
Require Import Order
Require 6-group import ordering with regular imports first (Node built-ins, third-party, local) then type imports (Node built-ins, third-party, local).
Read articleRules / Eslint / Jsdoc
Require JSDoc Body
Require a body paragraph in JSDoc blocks that explains why the declaration exists.
Read articleRules / Eslint / Jsdoc
Require JSDoc Hierarchy
Require JSDoc summary lines to follow the hierarchy chain derived from the file path and method name.
Read articleRules / Eslint / Jsdoc
Require JSDoc Param Alignment
Require vertical alignment of param types, names, and dashes in JSDoc blocks.
Read articleRules / Eslint / Jsdoc
Require JSDoc Param Name
Require param descriptions to match the parameter name with the first letter capitalized and a trailing period.
Read articleRules / Eslint / Jsdoc
Require JSDoc Presence
Require a leading JSDoc block on every documentable symbol so no class, function, method, or property ships undocumented.
Read articleRules / Eslint / Jsdoc
Require JSDoc Private
Require a private tag in JSDoc blocks for private class members to keep documentation consistent with access modifiers.
Read articleRules / Eslint / Jsdoc
Require JSDoc Returns
Require every @returns tag to contain only a type in braces, with no trailing description.
Read articleRules / Eslint / Jsdoc
Require JSDoc Since
Require a @since tag in every JSDoc block and validate its value to track when API members were introduced.
Read articleRules / Eslint / Jsdoc
Require JSDoc Tag Order
Require JSDoc tags to follow the canonical order with exactly one blank line between adjacent tag groups.
Read articleRules / Eslint / Conventions
Require Kebab Case Filename
Require kebab-case file names for TypeScript files.
Read articleRules / Eslint / Formatting
Require Multiline Condition Groups
Require expanded formatting for parenthesized groups in mixed-operator logical expressions.
Read articleRules / Eslint / Formatting
Require Multiline Conditions
Require each operand to be on its own line when a logical expression exceeds the allowed inline count.
Read articleRules / Eslint / Conventions
Require Naming Convention
Enforce context-aware naming conventions for identifiers based on their declaration type.
Read articleRules / Eslint / Conventions
Require Node Protocol
Require the node: protocol when importing Node.js built-in modules.
Read articleRules / Eslint / Formatting
Require Padding Lines
Require blank lines between specific statement patterns for improved readability such as exit code before return and before loops.
Read articleRules / Eslint / Formatting
Require Ternary Parens
Require parenthesized condition in ternary expressions.
Read articleRules / Eslint / Typescript
Require Type Naming
Require type alias names in definition files to start with the class name prefix derived from the file path.
Read articleRules / Eslint / Conventions
Require Undefined Init
Require explicit undefined initializer when declaring variables without a value.
Read articleRules / Eslint / Conventions
Switch Case Blocks
Require every non-empty switch case to wrap its body in a block so declarations stay scoped and branches stay independent.
Read articleRules / Vitest
Terminology Suite
Validate Terminology glossary components against a source glossary page with the registerTerminologySuite conformance suite.
Read articleRules / Vitest
Type Declarations Suite
Audit TypeScript declaration mirror files against their sources for structure, ordering, naming, and coverage with registerTypeDeclarationSuite.
Read articleRules / Vitest
Vitest Conformance Kit
Importable Vitest conformance suites that hold your project's docs and types to the same conventions Nova enforces on itself.
Read articleQuickstart
Workspace Rules
How Nova governs workspaces using roles, policies, and field handling rules that determine what each package.json recipe enforces.
Read article