angular-standards
Angular Standards
-
Always analyze the project's Angular version before providing guidance, as best practices and available features can vary significantly between versions. If creating a new project with Angular CLI, do not specify a version unless prompted by the user.
-
When generating code, follow Angular's style guide and best practices for maintainability and performance. Use the Angular CLI for scaffolding components, services, directives, pipes, and routes to ensure consistency.
-
Once you finish generating code, run the project's configured build script to ensure there are no build errors. If there are errors, analyze the error messages and fix them before proceeding.
LIFT Principle
Before creating any new component, service, directive, guard, helper, generator, or test, apply the LIFT principle:
- Locate: Find existing code, contracts, generators, patterns, and references in the project and domain.
- Identify: Determine what already solves part of the problem and where there is potential duplication.
- Find: Find the smallest coherent point of reuse, extension, or composition before introducing new code.
- Try to be DRY: Eliminate real duplication without creating premature abstractions or unnecessary generic structures.
Creating New Projects
More from hebertpaziam/skills
typescript-standards
Apply TypeScript design standards when creating or refactoring functions, methods, classes, modules, or shared contracts (interfaces, types, enums). Trigger for: typing decisions, domain modeling, architecture design (boundaries, DI, composition, API design), and design principles (SOLID, GoF, KISS, YAGNI, LIFT). Do NOT trigger for routine component edits already covered by framework-specific skills (angular-standards, vue-standards).
11git-commit
Execute git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit changes, create a git commit, or mentions "/commit". Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping
9openspec-propose
Proponha uma nova change do OpenSpec e gere todos os artifacts em uma etapa. Use quando o usuário quiser descrever rapidamente o que quer construir e sair com proposal, design, specs e tasks prontas para implementação.
4openspec-explore
Entre em explore mode do OpenSpec para explorar ideias, investigar problemas e esclarecer requisitos. Use quando o usuário quiser pensar antes ou durante uma change.
4react-standards
Boas práticas de performance para React e Next.js, baseadas no guia da Vercel e adaptadas ao projeto. Use em criação, revisão e refatoração de código React/Next.js.
4openspec-apply-change
Implemente tasks de uma change do OpenSpec. Use quando o usuário quiser começar a implementar, continuar a implementação ou avançar nas tasks de uma change.
4