laravel-verification
von affaan-mlaravel-verification ist ein Workflow für Laravel-Projekte vor Pull Requests und vor dem Deployment. Nutze diese laravel-verification-Skill, um Installations-, Umgebungs-, Composer-, Linting-, Test-, Sicherheits- und Release-Readiness-Prüfungen nacheinander und mit weniger Rätselraten auszuführen.
Diese Skill erreicht 78/100 und ist damit eine solide Kandidatin für das Verzeichnis, wenn Nutzer einen Laravel-Preflight-Workflow statt eines generischen Prompts suchen. Das Repository zeigt einen echten, klar strukturierten Ablauf für Umgebungsprüfungen, Composer-Validierung, Linting/Static Analysis, Tests mit Coverage, Sicherheitsprüfung und Deployment-Readiness, sodass Agents ihm mit relativ wenig Rätselraten folgen können. Eingeschränkt ist sie noch durch fehlende Begleitdateien und keine Installationsautomatisierung; daher sollte man sie eher als Workflow-Leitfaden als als stark verpacktes Tool betrachten.
- Klare Laravel-spezifische Auslöser: Verifizierung vor Pull Requests, nach Refactoring und vor dem Deployment.
- Konkreter mehrstufiger Workflow mit aufeinanderfolgenden Gates von den Umgebungsprüfungen bis zur Deployment-Readiness.
- Operative Befehle und Prüfungen sind enthalten, was die Auslösbarkeit für Agents und die Ausführungssicherheit verbessert.
- Es gibt keinen Installationsbefehl und keine Support-Dateien, daher erfordert die Nutzung manuelle Einrichtung und sorgfältiges Lesen von SKILL.md.
- Experimentelle/Testsignale sowie das Fehlen von Scripts oder Referenzen können das Vertrauen für Teams mindern, die eine stärker verpackte oder besser validierte Skill erwarten.
Überblick über die laravel-verification-Skill
Was laravel-verification macht
Die laravel-verification-Skill ist ein Verifizierungs-Workflow für Laravel-Projekte vor dem Pull Request und vor dem Deployment. Sie hilft Ihnen dabei, die richtigen Prüfungen in der richtigen Reihenfolge auszuführen – Umgebung, Composer, Linting, statische Analyse, Tests, Sicherheit und Release-Bereitschaft –, damit Sie Fehler entdecken, bevor sie Staging oder Produktion erreichen.
Für wen die Skill gedacht ist
Nutzen Sie die laravel-verification-Skill, wenn Sie an einer Laravel-App arbeiten und einen wiederholbaren Verifikationslauf für Refactorings, Abhängigkeits-Upgrades, CI-Fehler oder die Release-Vorbereitung brauchen. Besonders hilfreich ist sie für Agents und Entwickler, die einen strukturierten laravel-verification guide wollen, statt einen generischen Prompt zu improvisieren.
Warum sie nützlich ist
Der Hauptvorteil liegt in der Reihenfolge. Die Skill listet nicht nur Prüfungen auf; sie blockiert spätere Schritte durch frühere Ergebnisse, was unnötige Arbeit reduziert und Fehler leichter verständlich macht. Das ist wichtig, wenn Sie laravel-verification for Workflow Automation brauchen, denn eine kaputte Umgebung, ein Autoload-Problem oder ein Konfigurationskonflikt sollten den Lauf früh stoppen.
Wie Sie die laravel-verification-Skill verwenden
Die laravel-verification-Skill installieren
Nutzen Sie den Installationsablauf des Verzeichnisses, um die Skill hinzuzufügen, und laden Sie sie dann in dem Workspace, in dem das Verifikationsverhalten gelten soll. Für dieses Repo lautet der Basis-Installationsbefehl:
npx skills add affaan-m/everything-claude-code --skill laravel-verification
Prüfen Sie nach der Installation, dass die Skill im aktuellen Projektkontext verfügbar ist, bevor Sie einen Verifikationslauf anfordern.
Zuerst die richtigen Dateien lesen
Beginnen Sie mit SKILL.md, weil dort der eigentliche Workflow steht, und prüfen Sie danach den umliegenden Skill-Ordner auf verknüpften Kontext, falls vorhanden. In diesem Repository ist SKILL.md die primäre Quelle, und es gibt keine Helper-Skripte oder Referenzordner, daher sollte diese Datei zuerst als maßgeblich gelten.
Achten Sie besonders auf:
When to UseHow It WorksPhase 1: Environment ChecksPhase 1.5: Composer and Autoload
Diese Abschnitte zeigen, wo die eigentlichen Grenzen für laravel-verification install und die Nutzung liegen.
Eine starke Anfrage formulieren
Die Skill funktioniert am besten, wenn Sie ein konkretes Ziel nennen und nicht nur ein vages „prüf meine App“. Geben Sie Umgebung, Art der Änderung und das Release-Risiko an. Zum Beispiel:
- „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.“
Ergänzen Sie die Werkzeuge, die Sie tatsächlich verwenden, etwa Sail, PHPUnit/Pest, PHPStan, Pint oder Ihre Deployment-Pipeline, damit die Ausgabe zu Ihrem Stack passt.
Die Workflow-Reihenfolge einhalten
Ein guter Lauf beginnt mit Umgebungsprüfungen und Composer-Validierung, geht dann zu Linting und statischer Analyse über, anschließend zu Tests und schließlich zu Sicherheit und Deployment-Bereitschaft. Bitten Sie das Modell nicht, direkt mit Testausgaben oder Deployment-Ratschlägen zu beginnen, wenn die Grundumgebung möglicherweise defekt ist. Diese Reihenfolge ist der Kern des laravel-verification-Nutzungsmusters und macht die Skill deutlich handlungsfähiger als einen lockeren Prompt.
FAQ zur laravel-verification-Skill
Ist laravel-verification nur für Laravel-Apps?
Ja. Die Skill ist auf Laravel-spezifische Prüfungen ausgerichtet, etwa php artisan, Composer-Autoloading und Deployment-Bereitschaft im Sinne der Laravel-Konventionen. Wenn Ihr Projekt nicht auf Laravel basiert, passt ein generischer Verifikations-Prompt besser.
Wie unterscheidet sich das von einem normalen Prompt?
Ein normaler Prompt liefert oft eine unstrukturierte Checkliste. Die laravel-verification-Skill gibt Ihnen eine disziplinierte Reihenfolge: Umgebung prüfen, Autoloading bestätigen, linten, analysieren, testen und dann Sicherheits- und Release-Gates prüfen. Das erhöht die Zuverlässigkeit, wenn Sie konsistente Ergebnisse über Branches oder Agents hinweg brauchen.
Müssen Einsteiger jedes Tool zuerst genau verstehen?
Nein, aber sie sollten wissen, in welcher Umgebung sie arbeiten und was sich geändert hat. Die Skill ist auch dann nützlich, wenn Sie PHPStan oder Deployment-Bereitschaft noch nicht vollständig verstehen, weil sie die Verifikationsaufgabe in eine nachvollziehbare, prüfbare Abfolge übersetzt.
Wann sollte ich diese Skill nicht verwenden?
Verwenden Sie laravel-verification nicht für exploratives Coden, UI-Brainstorming oder das Entwickeln von Feature-Ideen. Es ist eine Verifikations-Skill, keine Feature-Building-Skill. Sie bringt außerdem weniger, wenn Sie nur eine einzelne isolierte Prüfung brauchen, zum Beispiel einen schnellen Lint-Lauf, statt eines vollständigen Release-Gates.
So verbessern Sie die laravel-verification-Skill
Der Skill einen besseren Startkontext geben
Der größte Qualitätssprung entsteht, wenn Sie der Skill sagen, was sich geändert hat und welches Risiko Sie im Blick haben. Vergleichen Sie:
- Schwach: „Verify my Laravel project.“
- Stark: „Verify this Laravel app after changing queue workers, env values, and a database migration; surface anything blocking deployment.“
Die zweite Version hilft der laravel-verification-Skill, die richtigen Prüfungen zu priorisieren und Fehler in Deployment-Begriffen zu erklären.
Die Prüfungen an Ihren Stack anpassen
Wenn Sie lokal Sail verwenden, sagen Sie das. Wenn Sie Pest statt PHPUnit oder PHPStan auf einem bestimmten Level einsetzen, nennen Sie es ebenfalls. Präzise Eingaben reduzieren falsche Annahmen und sorgen dafür, dass die laravel-verification usage zu Ihrem echten Repo passt statt zu einem erdachten Laravel-Standard.
Nach Blockern fragen, nicht nach Rauschen
Für Entscheidungen sollten Sie die Probleme anfordern, die Merge oder Deploy wirklich stoppen würden. Diese Skill ist am nützlichsten, wenn sie harte Fehler von optionaler Aufräumarbeit trennt. Wenn Sie ein strengeres Ergebnis wollen, bitten Sie um:
- nur blockierende Probleme
- empfohlene nächste Prüfungen in der richtigen Reihenfolge
- ein Urteil zur Deployment-Bereitschaft
- fehlende Umgebungs- oder Konfigurationsschlüssel
So bleibt der laravel-verification guide auf Aktion statt auf Erzählung fokussiert.
Nach dem ersten Lauf iterieren
Wenn der erste Lauf einen Fehler findet, führen Sie ihn erneut aus – mit dem exakten fehlschlagenden Befehl, der Umgebung, in der Sie sich befinden, und dem Ziel des Branches. Geben Sie zum Beispiel die fehlende composer validate-Ausgabe oder die konkrete Test-Suite an, die regressiert ist. Je präziser Ihr Follow-up, desto besser kann der nächste Verifikationslauf Ursache und nächste Schritte eingrenzen.