laravel-verification
por affaan-mlaravel-verification es un flujo de trabajo previo a PR y antes del despliegue para proyectos de Laravel. Usa esta skill de laravel-verification para ejecutar en secuencia comprobaciones de instalación, entorno, Composer, linting, pruebas, seguridad y preparación para release con menos margen de error.
Esta skill obtiene 78/100, lo que la convierte en una buena candidata para el directorio si buscas un flujo de verificación previa para Laravel en lugar de un prompt genérico. El repositorio muestra un proceso real y ordenado para comprobaciones de entorno, validación de Composer, linting/análisis estático, pruebas con cobertura, revisión de seguridad y preparación para despliegue, de modo que los agentes pueden seguirlo con relativamente poca ambigüedad. Aun así, su alcance sigue siendo algo limitado por la falta de archivos de apoyo y de automatización de instalación, así que conviene verla como una guía de workflow más que como una herramienta muy empaquetada.
- Condiciones de activación claras y específicas de Laravel: verificación previa a PR, tras un refactor y antes del despliegue.
- Flujo de trabajo por fases, concreto y secuencial, con controles desde las comprobaciones de entorno hasta la preparación para despliegue.
- Incluye comandos y verificaciones operativas, lo que mejora la capacidad de activación por parte del agente y la confianza en la ejecución.
- No incluye comando de instalación ni archivos de soporte, así que su adopción requiere configuración manual y leer SKILL.md con atención.
- Las señales experimentales/de prueba y la ausencia de scripts o referencias pueden reducir la confianza de equipos que buscan una skill más empaquetada o validada.
Panorama general de la skill laravel-verification
Qué hace laravel-verification
La skill laravel-verification es un flujo de verificación previo a un PR y a un despliegue para proyectos Laravel. Te ayuda a ejecutar las comprobaciones correctas en el orden correcto —entorno, Composer, linting, análisis estático, tests, seguridad y preparación para release— para detectar fallos antes de que lleguen a staging o producción.
Para quién es
Usa la skill laravel-verification si trabajas en una app Laravel y necesitas una pasada de verificación repetible para refactors, actualizaciones de dependencias, fallos de CI o preparación de un release. Es especialmente útil para agentes y desarrolladores que quieren una laravel-verification guide estructurada en lugar de improvisar un prompt genérico.
Por qué resulta útil
Su principal valor está en la secuencia. La skill no se limita a enumerar comprobaciones; bloquea los pasos posteriores hasta que los anteriores pasan, lo que reduce trabajo desperdiciado y hace más fáciles de interpretar los fallos. Eso importa cuando necesitas laravel-verification for Workflow Automation, porque un entorno roto, un problema de autoload o una discrepancia de configuración deberían detener la ejecución desde el principio.
Cómo usar la skill laravel-verification
Instala la skill laravel-verification
Usa el flujo de instalación del directorio para añadir la skill y luego cárgala en el workspace donde quieras que se aplique el comportamiento de verificación. Para este repo, el comando base de instalación es:
npx skills add affaan-m/everything-claude-code --skill laravel-verification
Después de instalarla, confirma que la skill está disponible en el contexto actual del proyecto antes de pedir una pasada de verificación.
Lee primero los archivos correctos
Empieza por SKILL.md porque ahí está el flujo real de trabajo, y después revisa la carpeta de la skill si hay contexto enlazado. En este repositorio, SKILL.md es la fuente principal y no hay scripts auxiliares ni carpetas de referencia, así que ese archivo es lo primero en lo que debes confiar.
Fíjate especialmente en:
When to UseHow It WorksPhase 1: Environment ChecksPhase 1.5: Composer and Autoload
Estas secciones te indican cuáles son de verdad los límites de laravel-verification install y de uso.
Formula una petición sólida
La skill funciona mejor cuando le das un objetivo concreto, no un vago “revisa mi app”. Incluye el entorno, el tipo de cambio y el riesgo de release. Por ejemplo:
- “Ejecuta la skill
laravel-verificationsobre esta app Laravel después de una actualización de PHP.” - “Usa
laravel-verificationpara verificar si esta rama está lista para staging.” - “Aplica la
laravel-verification guidea un candidato de despliegue a producción e informa solo de los bloqueos.”
Añade las herramientas que realmente usas, como Sail, PHPUnit/Pest, PHPStan, Pint o tu pipeline de despliegue, para que la salida encaje con tu stack.
Sigue el orden del flujo
Una buena ejecución empieza con comprobaciones de entorno y validación de Composer, luego pasa a linting y análisis estático, después a tests y por último a seguridad y preparación para despliegue. No le pidas al modelo que salte directamente a la salida de tests o al consejo de despliegue si el entorno base podría estar roto. Esa secuencia es el núcleo del patrón de uso de laravel-verification y lo que hace que la skill sea más accionable que un prompt suelto.
Preguntas frecuentes sobre la skill laravel-verification
¿laravel-verification es solo para apps Laravel?
Sí. La skill está diseñada alrededor de comprobaciones específicas de Laravel como php artisan, autoloading de Composer y preparación de despliegue según las convenciones de Laravel. Si tu proyecto no está basado en Laravel, te convendrá más un prompt genérico de verificación.
¿En qué se diferencia de un prompt normal?
Un prompt normal suele generar una lista de verificación sin estructura. La skill laravel-verification te da un orden de operaciones disciplinado: verificar el entorno, confirmar el autoloading, hacer lint, analizar, probar y después revisar los controles de seguridad y de release. Eso mejora la fiabilidad cuando necesitas resultados consistentes entre ramas o agentes.
¿Los principiantes necesitan entender todas las herramientas antes?
No, pero sí deberían saber en qué entorno están y qué cambió. La skill sigue siendo útil aunque todavía no entiendas del todo PHPStan o la preparación para despliegue, porque convierte la verificación en una secuencia que puedes seguir e inspeccionar.
¿Cuándo no debería usar esta skill?
No uses laravel-verification para coding exploratorio, lluvia de ideas de UI o ideación de funcionalidades. Es una skill de verificación, no una skill para construir una funcionalidad. También aporta menos valor si solo necesitas una comprobación aislada, como una ejecución rápida de lint, y no un control completo de release.
Cómo mejorar la skill laravel-verification
Dale mejor contexto inicial a la skill
La mayor mejora de calidad viene de decirle a la skill qué cambió y qué riesgo te preocupa. Compara:
- Débil: “Verifica mi proyecto Laravel.”
- Fuerte: “Verifica esta app Laravel después de cambiar workers de cola, valores de env y una migración de base de datos; muestra todo lo que bloquee el despliegue.”
La segunda versión ayuda a la skill laravel-verification a priorizar las comprobaciones correctas y a explicar los fallos en términos de despliegue.
Ajusta las comprobaciones a tu stack
Si usas Sail en local, dilo. Si usas Pest en lugar de PHPUnit, o PHPStan con un nivel concreto, inclúyelo. Las entradas sólidas reducen supuestos incorrectos y hacen que la salida de laravel-verification usage encaje con tu repo real y no con un Laravel genérico imaginado.
Pide bloqueos, no ruido
Para tomar decisiones, pide solo los problemas que impedirían hacer merge o desplegar. Esta skill es más útil cuando distingue entre fallos graves y limpieza opcional. Si quieres un resultado más afinado, solicita:
- solo issues bloqueantes
- siguientes comprobaciones sugeridas en orden
- veredicto de preparación para despliegue
- claves de entorno o configuración que falten
Eso mantiene la laravel-verification guide enfocada en la acción, no en la narración.
Itera después de la primera pasada
Si la primera ejecución encuentra un fallo, vuelve a lanzar la verificación con el comando exacto que falló, el entorno en el que estás y el objetivo de la rama. Por ejemplo, aporta la salida fallida de composer validate o la suite de tests concreta que se degradó. Cuanto más preciso sea el seguimiento, mejor aislará la siguiente pasada de verificación la causa raíz y los próximos pasos.