> nestjs-controllers-services
Controller/Service separation and Custom Decorators. Use when defining NestJS controllers, services, or custom parameter decorators. (triggers: **/*.controller.ts, **/*.service.ts, Controller, Injectable, ExecutionContext, createParamDecorator)
curl "https://skillshub.wtf/HoangNguyen0403/agent-skills-standard/nestjs-controllers-services?format=md"NestJS Controllers & Services Standards
Priority: P0 (FOUNDATIONAL)
Layer separation standards and dependency injection patterns for NestJS applications.
Controllers
-
Role: Handler only. Delegate all logic to Services.
-
Context: Use
ExecutionContexthelpers (switchToHttp()) for platform-agnostic code. -
Custom Decorators:
- Avoid:
@Request() req->req.user(Not type-safe). - Pattern: Create typed decorators like
@CurrentUser(),@DeviceIp().
import { RequestWithUser } from 'src/common/interfaces/request.interface'; export const CurrentUser = createParamDecorator( (data: unknown, ctx: ExecutionContext): User => { const request = ctx.switchToHttp().getRequest<RequestWithUser>(); return request.user; }, ); - Avoid:
DTOs & Validation
- Strictness:
whitelist: true: Strip properties without decorators.- Critical:
forbidNonWhitelisted: true: Throw error if unknown properties exist.
- Transformation:
transform: true: Auto-convert primitives (String '1' -> Number 1) and instantiate DTO classes.
- Documentation:
- Automation: Use the
@nestjs/swaggerCLI plugin (nest-cli.json) to auto-detect DTO properties without manual@ApiProperty()tags.
- Automation: Use the
Interceptors (Response Mapping)
- Standardization: specific responses should be mapped in Interceptors, not Controllers.
- Use
map()to wrap success responses (e.g.{ data: T }). - Refer to API Standards for
PageDtoandApiResponse. - Use
catchError()to map low-level errors (DB constraints) toHttpException(e.g.ConflictException) before they hit the global filter.
- Use
Services & Business Logic
- Singleton: Default.
- Stateless: Do not store request-specific state in class properties unless identifying as
Scope.REQUEST.
Pipes & Validation
- Global: Register
ValidationPipeglobally. - Route Params: Fail fast. Always use
ParseIntPipe,ParseUUIDPipeon all ID parameters.
@Get(':id')
findOne(@Param('id', ParseIntPipe) id: number) { ... }
Lifecycle Events
- Init: Use
OnModuleInitfor connection setup. - Destroy: Use
OnApplicationShutdownfor cleanup. (RequiresenableShutdownHooks()).
🚫 Anti-Patterns
- Do NOT use standard patterns if specific project rules exist.
- Do NOT ignore error handling or edge cases.
> related_skills --same-repo
> typescript-tooling
Development tools, linting, and build config for TypeScript. Use when configuring ESLint, Prettier, Jest, Vitest, tsconfig, or any TS build tooling. (triggers: tsconfig.json, .eslintrc.*, jest.config.*, package.json, eslint, prettier, jest, vitest, build, compile, lint)
> typescript-security
Secure coding practices for TypeScript. Use when validating input, handling auth tokens, sanitizing data, or managing secrets and sensitive configuration. (triggers: **/*.ts, **/*.tsx, validate, sanitize, xss, injection, auth, password, secret, token)
> typescript-language
Modern TypeScript standards for type safety and maintainability. Use when working with types, interfaces, generics, enums, unions, or tsconfig settings. (triggers: **/*.ts, **/*.tsx, tsconfig.json, type, interface, generic, enum, union, intersection, readonly, const, namespace)
> typescript-best-practices
Idiomatic TypeScript patterns for clean, maintainable code. Use when writing or refactoring TypeScript classes, functions, modules, or async logic. (triggers: **/*.ts, **/*.tsx, class, function, module, import, export, async, promise)