naming

Enforce Esposter naming conventions for identifiers in Vue, Pinia, and TRPC projects.

23|3|Updated Jun 28, 2022
One-click install
npx skills add https://github.com/Esposter/Esposter --skill naming-esposter
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: naming
Source: https://github.com/Esposter/Esposter/tree/main/.agents/skills/naming
Command: npx skills add https://github.com/Esposter/Esposter --skill naming-esposter

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Inconsistent identifiers slow down code comprehension and increase maintenance costs. This skill enforces Esposter naming rules to promote clarity and consistency across a codebase.

Core Features & Use Cases

  • Boolean naming: enforces the is* prefix for boolean variables/properties, promotes check* for boolean-returning functions, and restricts banned prefixes like show* to is*Visible.
  • Function & variable naming: uses get* for derivations, read* for async data fetchers, store* for state updates, and requires full, non-abbreviated variable names (with time suffix Ms where appropriate).
  • Regex & types naming: suffix _REGEX for regex constants, A-prefix for abstract classes, and interfaces/classes using full domain-type names (no With prefixes).
  • Consistency rules: no abbreviations, Ms suffix for time, userId for session user, and descriptive, consistent names across frameworks (Vue/Pinia/trpc).

Quick Start

Apply these naming rules to all new identifiers in your codebase to ensure consistent conventions.

Frequently Asked Questions about naming

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce consistent naming conventions for variables and functions in a Vue and Pinia codebase?▼

Consistent naming conventions for Vue, Pinia, and TRPC projects are enforced by applying specific prefixes and suffixes to identifiers, such as using get* for derivations and read* for async data fetchers, ensuring clarity and reducing maintenance costs across teams.

What is the best way to name boolean variables and functions in TypeScript to improve code comprehension?▼

Boolean variables and properties require an is* prefix, boolean-returning functions use check*, and banned prefixes like show* are restricted to is*Visible to enforce clarity and consistency across your TypeScript codebase.

Does this naming convention skill apply to state management updates and async data fetching in tRPC?▼

Yes, this naming convention applies to tRPC, Vue, and Pinia projects, specifically enforcing read* for async data fetchers and store* for state updates to ensure consistent identifier naming across different frameworks.

How do I standardize interface and class naming to avoid abbreviations in my codebase?▼

Interface and class naming is standardized by using full, non-abbreviated domain-type names, applying an A-prefix for abstract classes, and avoiding With prefixes to ensure descriptive and consistent identifiers.

What are the specific naming rules for time values and regular expression constants in TypeScript?▼

Time values require a Ms suffix, regular expression constants must use a _REGEX suffix, and session users are identified by userId to enforce descriptive, non-abbreviated naming across your TypeScript codebase.