원클릭으로
frontend-features
Criterios para estructurar un frontend por features, con boundaries claros entre UI, hooks, servicios y estado.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Criterios para estructurar un frontend por features, con boundaries claros entre UI, hooks, servicios y estado.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
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.