laravel-verification
par affaan-mlaravel-verification est un workflow de pré-PR et de pré-déploiement pour les projets Laravel. Utilisez ce skill laravel-verification pour enchaîner les vérifications d’installation, d’environnement, de Composer, de linting, de tests, de sécurité et de préparation au release, avec moins d’incertitude.
Ce skill obtient 78/100, ce qui en fait un bon candidat pour l’annuaire pour les utilisateurs qui veulent un workflow de vérification préalable Laravel plutôt qu’un prompt générique. Le dépôt montre un processus réel et ordonné pour les contrôles d’environnement, la validation de Composer, le linting et l’analyse statique, les tests avec couverture, la revue de sécurité et la préparation au déploiement, ce qui permet aux agents d’avancer avec relativement peu d’hypothèses. Il reste toutefois un peu limité par l’absence de fichiers d’accompagnement et d’automatisation d’installation ; il faut donc le considérer comme un guide de workflow plus que comme un outil fortement packagé.
- Déclencheurs clairs et spécifiques à Laravel : vérification pré-PR, après refactorisation et avant déploiement.
- Workflow concret en plusieurs étapes, avec des garde-fous séquentiels allant des contrôles d’environnement jusqu’à la préparation au déploiement.
- Les commandes et vérifications opérationnelles sont incluses, ce qui améliore la détectabilité par l’agent et la confiance d’exécution.
- Aucune commande d’installation ni fichier de support n’est fourni, donc l’adoption nécessite une configuration manuelle et une lecture attentive de SKILL.md.
- Les signaux expérimentaux/de test et l’absence de scripts ou de références peuvent réduire la confiance des équipes qui veulent un skill plus packagé ou davantage validé.
Vue d’ensemble du skill laravel-verification
Ce que fait laravel-verification
Le skill laravel-verification est un workflow de vérification avant PR et avant déploiement pour les projets Laravel. Il vous aide à exécuter les bons contrôles dans le bon ordre — environnement, Composer, lint, analyse statique, tests, sécurité et préparation à la publication — afin de détecter les régressions avant qu’elles n’atteignent la préproduction ou la production.
À qui il s’adresse
Utilisez le skill laravel-verification si vous travaillez sur une application Laravel et que vous avez besoin d’un passage de vérification reproductible pour des refactors, des mises à niveau de dépendances, des échecs CI ou la préparation d’une release. Il est particulièrement utile pour les agents et les développeurs qui veulent un laravel-verification guide structuré plutôt que d’improviser un prompt générique.
Pourquoi il est utile
Sa principale valeur, c’est l’enchaînement des étapes. Le skill ne se contente pas de lister des contrôles ; il bloque les étapes suivantes tant que les précédentes ne sont pas validées, ce qui évite du travail inutile et rend les échecs plus faciles à interpréter. C’est crucial quand vous avez besoin de laravel-verification for Workflow Automation, car un environnement cassé, un problème d’autoload ou un décalage de configuration doit arrêter l’exécution dès le début.
Comment utiliser le skill laravel-verification
Installer le skill laravel-verification
Utilisez le flux d’installation du répertoire pour ajouter le skill, puis chargez-le dans l’espace de travail où vous voulez appliquer ce comportement de vérification. Pour ce dépôt, la commande d’installation de base est :
npx skills add affaan-m/everything-claude-code --skill laravel-verification
Après l’installation, vérifiez que le skill est bien disponible dans le contexte du projet actuel avant de demander un passage de vérification.
Lire d’abord les bons fichiers
Commencez par SKILL.md, car il contient le workflow réel, puis inspectez le dossier du skill autour de lui pour tout contexte lié, si présent. Dans ce dépôt, SKILL.md est la source principale et il n’y a ni scripts d’aide ni dossiers de référence : c’est donc ce fichier qu’il faut considérer en premier.
Concentrez-vous sur :
When to UseHow It WorksPhase 1: Environment ChecksPhase 1.5: Composer and Autoload
Ces sections indiquent les vraies limites d’utilisation et d’installation de laravel-verification.
Formuler une demande solide
Le skill fonctionne beaucoup mieux si vous lui donnez un objectif concret, plutôt qu’un vague « vérifie mon application ». Précisez l’environnement, le type de changement et le risque de mise en production. Par exemple :
- “Run the
laravel-verificationskill against this Laravel app after a PHP upgrade.” - “Use
laravel-verificationto verify staging readiness for this branch.” - “Apply the
laravel-verification guideto a production deploy candidate and report blockers only.”
Ajoutez les outils que vous utilisez réellement, comme Sail, PHPUnit/Pest, PHPStan, Pint ou votre pipeline de déploiement, afin que la sortie corresponde à votre stack.
Respecter l’ordre du workflow
Un bon passage commence par les vérifications d’environnement et la validation de Composer, puis passe au lint et à l’analyse statique, ensuite aux tests, puis à la sécurité et à la préparation au déploiement. N’allez pas directement vers la sortie des tests ou les conseils de déploiement si l’environnement de base peut être cassé. Cette séquence est au cœur du mode d’utilisation de laravel-verification et c’est ce qui rend ce skill plus exploitable qu’un prompt vague.
FAQ du skill laravel-verification
laravel-verification est-il réservé aux applications Laravel ?
Oui. Le skill est construit autour de contrôles propres à Laravel, comme php artisan, l’autoloading Composer et la préparation au déploiement selon les conventions Laravel. Si votre projet n’est pas basé sur Laravel, un prompt de vérification générique sera plus adapté.
En quoi est-ce différent d’un prompt normal ?
Un prompt classique produit souvent une checklist peu structurée. Le skill laravel-verification impose un ordre d’exécution rigoureux : vérifier l’environnement, confirmer l’autoloading, lint, analyser, tester, puis examiner les garde-fous de sécurité et de release. Cela améliore la fiabilité lorsque vous avez besoin de résultats cohérents d’une branche ou d’un agent à l’autre.
Les débutants doivent-ils comprendre chaque outil avant de l’utiliser ?
Non, mais ils doivent savoir dans quel environnement ils se trouvent et ce qui a changé. Le skill reste utile même si vous ne maîtrisez pas encore complètement PHPStan ou la notion de readiness de déploiement, parce qu’il transforme la vérification en une suite d’étapes que vous pouvez suivre et inspecter.
Quand ne faut-il pas utiliser ce skill ?
N’utilisez pas laravel-verification pour du codage exploratoire, du brainstorming UI ou de l’idéation fonctionnelle. C’est un skill de vérification, pas un skill de construction de fonctionnalité. Il apporte aussi moins de valeur si vous n’avez besoin que d’un contrôle isolé, comme un simple lint rapide, plutôt que d’un vrai garde-fou de release.
Comment améliorer le skill laravel-verification
Donner un meilleur contexte de départ au skill
Le plus gros gain de qualité vient du fait de dire au skill ce qui a changé et quel risque vous voulez surveiller. Comparez :
- Faible : “Verify my Laravel project.”
- Fort : “Verify this Laravel app after changing queue workers, env values, and a database migration; surface anything blocking deployment.”
La deuxième formulation aide le skill laravel-verification à prioriser les bons contrôles et à expliquer les échecs en termes de déploiement.
Adapter les contrôles à votre stack
Si vous utilisez Sail en local, dites-le. Si vous utilisez Pest à la place de PHPUnit, ou PHPStan avec un niveau précis, indiquez-le aussi. Des entrées précises réduisent les hypothèses erronées et font en sorte que le résultat de laravel-verification usage corresponde à votre dépôt réel, et non à un Laravel théorique par défaut.
Demander les blocages, pas du bruit
Pour prendre une décision, demandez uniquement les problèmes qui empêcheraient un merge ou un déploiement. Ce skill est plus utile lorsqu’il distingue les échecs bloquants des nettoyages optionnels. Si vous voulez un résultat plus serré, demandez :
- blocking issues only
- suggested next checks in order
- deploy readiness verdict
- missing environment or config keys
Cela garde le laravel-verification guide centré sur l’action, pas sur le récit.
Itérer après le premier passage
Si la première exécution révèle une erreur, relancez avec la commande exacte qui a échoué, l’environnement dans lequel vous vous trouvez et l’objectif de la branche. Par exemple, fournissez la sortie de composer validate qui a échoué ou la suite de tests précise qui a régressé. Plus votre relance est précise, plus le passage de vérification suivant isolera correctement la cause racine et les prochaines étapes.