From alfred-dev
Verifies recent code changes don't break existing functionality by analyzing Git diffs, dependencies, running affected tests (unit/integration/e2e), and integration checks.
npx claudepluginhub 686f6c61/alfred-dev --plugin alfred-devThis skill uses the workspace's default tool permissions.
Este skill verifica que los cambios recientes no han roto funcionalidad que antes funcionaba correctamente. Las regresiones son uno de los tipos de bug más frustrantes: algo que el usuario daba por hecho deja de funcionar sin razón aparente. Este proceso las detecta antes de que lleguen a producción.
Writes comprehensive tests for new or changed code using git diff to detect changes. Covers happy paths, edge cases, errors, concurrency, UI components, APIs, and database ops.
Audits existing tests for staleness, needed updates, or removal after code changes. Ensures test suite alignment post-modification in any language or framework.
Analyzes impact of changes to files, APIs, components, or models. Provides dependency analysis, risk assessment, breaking changes, migration checklist, and test coverage gaps before modifications.
Share bugs, ideas, or general feedback.
Este skill verifica que los cambios recientes no han roto funcionalidad que antes funcionaba correctamente. Las regresiones son uno de los tipos de bug más frustrantes: algo que el usuario daba por hecho deja de funcionar sin razón aparente. Este proceso las detecta antes de que lleguen a producción.
El enfoque es sistemático: se analiza el impacto del cambio, se ejecutan los tests relevantes y se verifica la integración con el resto del sistema.
Analizar el alcance del cambio. Entender qué se ha modificado:
Mapear las áreas de impacto potencial. Un cambio en un módulo base puede afectar a todo lo que depende de él. Trazar el árbol de dependencias hacia arriba:
Módulo cambiado --> Módulos que lo importan --> Módulos que importan a esos
Cuanto más profundo en el árbol, mayor es el área de impacto.
Ejecutar los tests del área afectada. En orden:
Si hay tests que fallan, analizar la causa:
Identificar lagunas de testing. Si hay áreas afectadas por el cambio que no tienen tests:
Verificar integración. Más allá de los tests automatizados, verificar manualmente o con tests exploratorios que los flujos principales siguen funcionando. Prestar especial atención a:
Documentar el resultado. Registrar: qué se verificó, qué pasó, qué quedó sin verificar y por qué.