Menu
Criterios para estructurar un frontend por features, con boundaries claros entre UI, hooks, servicios y estado.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Detecta lagunas recurrentes de conocimiento, reglas o terminologia y define la evidencia minima para proponer mejoras gobernadas sin mezclar esos cambios con el trabajo de negocio.
Política para proponer, evaluar y aprobar cambios de dependencias sin introducir librerías innecesarias ni versiones arbitrarias.
Define un contrato de errores estable entre capas y sistemas usando codigos y metadatos estructurados.
Reglas de ramas, commits y PR para trabajar con una rama canónica de feature y GitHub.
Criterios para gestionar textos visibles, claves de traduccion y pruebas de internacionalizacion en Kernelia (Next.js + next-intl, ES/EN).
Criterios para dividir el trabajo técnico en tareas implementadoras mínimas.
| name | frontend-features |
| description | Criterios para estructurar un frontend por features, con boundaries claros entre UI, hooks, servicios y estado. |
Mantener una capa frontend modular, donde cada feature concentre su comportamiento y exponga un boundary claro.
features/<feature>/components para UI especifica de la feature.features/<feature>/hooks para logica de pantalla o coordinacion local.features/<feature>/services para acceso a API o adaptadores externos de la feature.features/<feature>/types para contratos propios.features/<feature>/store cuando exista estado complejo realmente compartido dentro de esa feature.features/<feature>/index.ts como boundary publico.src/components o src/hooks como cajon global para todo el producto.