sandermuller/boost-skills

Was macht boost-skills?

Sanders Mullers persönlicher, über Composer verteilter Katalog von KI-Agenten-Fertigkeiten für PHP-Projekte und Composer-Pakete. Übernehmen Sie ihn, wenn Ihre Präferenzen mit denen von Sander übereinstimmen, oder verwenden Sie ihn als Vorlage für Ihren eigenen Katalog.

sandermuller/boost-skills ist ein Beispiel für einen über Composer verteilten KI-Fertigkeiten-Katalog. Es enthält eine kuratierte Mischung aus generischen Workflow-Fertigkeiten (Code-Review, Bug-Fixing, spezifikationsgetriebene Implementierung, Release-Checklisten, Jira-Workflows, Deployment und mehr), tag-gesteuerten, framework-spezifischen Ergänzungen und dauerhaft aktiven Richtlinien — siehe die vollständigen Bestände unter Fertigkeiten und Richtlinien unten.

Das Paket enthält keinen Laufzeitcode; es besteht ausschließlich aus Markdown. Eine Sync-Engine (sandermuller/boost-core oder laravel/boost) liest diese Fertigkeiten und schreibt sie in jedes von Ihnen konfigurierte KI-Agenten-Verzeichnis (Claude Code, Cursor, Copilot, Codex, Gemini und andere).

Woher kommen die Fertigkeiten?

Von überall, wo Sie möchten. Fertigkeitenquellen stapeln sich — mischen und kombinieren Sie frei:

• Ihr eigener Ordner .ai/skills/, manuell neben dem Rest des Projekts erstellt. Dieselbe Konvention, die sowohl laravel/boost als auch boost-core automatisch erkennen.
• Ein über Composer installiertes Katalogpaket. Jedes Paket, das resources/boost/skills/ enthält, funktioniert. Sander veröffentlicht seinen persönlichen Katalog unter sandermuller/boost-skills (dieses Repository) — übernehmen Sie ihn, wenn Ihre Präferenzen mit denen von Sander übereinstimmen, oder verwenden Sie ihn als Vorlage für Ihren eigenen privaten/öffentlichen Katalog.
• Externe, nicht-Composer-Quellen über boost-core's withRemoteSkills(). Ziehen Sie auf GitHub veröffentlichte .skill-Bündel oder Einzel-Fertigkeiten-Repositories direkt von einer URL.
• laravel/boost's gebündelte Laravel-Fertigkeiten — Laravel-spezifische Fertigkeiten, die von Laravel über laravel/boost ausgeliefert werden (nur Laravel-Anwendungen).

withAllowedVendors() begrenzt nur die über Composer gescannten Anbieter (Quelle 2). withTags() filtert die Quellen 2, 3 und 4 (Composer-Anbieter, entfernte Fertigkeiten, laravel/boost-Bündel). Der Ordner .ai/skills/ (Quelle 1) umgeht beide Filter — Ihr Projekt hat diese Fertigkeiten erstellt, daher behandelt die Engine sie als kanonisch und wendet keinen der Filter an.

Die boost-Familie

Wenn Sie sandermuller/boost-skills (oder einen anderen über Composer verteilten Katalog) übernehmen, kombinieren Sie es mit der Sync-Engine, die zu Ihrer Rolle passt:

• sandermuller/package-boost-php wenn Sie framework-agnostische Composer-Pakete schreiben
• sandermuller/package-boost-laravel wenn Sie Laravel-Pakete schreiben
• sandermuller/project-boost-php wenn Sie eine PHP-Anwendung entwickeln
• sandermuller/project-boost-laravel wenn Sie eine Laravel-Anwendung entwickeln (koexistiert mit laravel/boost — fügt Neun-Agenten-Aufteilung, Tag-Filter, Anbieter-Whitelist, entfernte Fertigkeiten hinzu)

Die vier sandermuller/*-Pakete bündeln die sandermuller/boost-core Sync-Engine, sodass Sie boost-core selten selbst installieren müssen. laravel/boost (Laravels eigene Engine, MCP-Server und Docs-API) koexistiert mit project-boost-laravel in Laravel-Anwendungen — das Familienpaket legt die Neun-Agenten-Aufteilung und Filter oben drauf. Wenn Sie die Familiensteuerung überspringen und laravel/boost eigenständig verwenden möchten, liest es jeden über Composer verteilten Katalog (einschließlich dieses) gleichermaßen; folgen Sie dessen Einrichtung dafür. Projektkonventions-Slots, die boost-core einfügen würde, werden auch unter laravel/boost sauber gelesen — die Fertigkeiten enthalten sichtbare Standardwerte (siehe Projektkonventionen-Schema), sodass Sie eine sinnvolle Standardbeschriftung erhalten, auch wenn laravel/boost die Slots nicht auflöst. Wenn keines dieser Pakete passt (z.B. ein Nicht-PHP-Paket), installieren Sie boost-core direkt.

Installation

Wenn Sie sandermuller/boost-skills als Ihren Katalog übernehmen, installieren Sie es zusammen mit dem Familienpaket für Ihre Engine-Rolle. Für einen framework-agnostischen Paketautor ist das package-boost-php:

composer require --dev sandermuller/boost-skills sandermuller/package-boost-php

Ersetzen Sie package-boost-php durch package-boost-laravel oder project-boost, um es Ihrer Rolle anzupassen. Die folgenden Schritte verwenden die Befehle der boost-core-Engine; bei laravel/boost folgen Sie stattdessen dessen eigener Einrichtung und stellen Sie sicher, dass sandermuller/boost-skills zu den von ihr synchronisierten Paketen gehört.

boost-core, das vom Familienpaket mitgebracht wird, enthält ein interaktives Einrichtungsprogramm:

vendor/bin/boost install

boost install erzeugt eine boost.php im Stammverzeichnis Ihres Projekts und ermöglicht Ihnen die Auswahl von Zielagenten und erlaubten Anbietern. Fertigkeiten werden nur von erlaubten Anbietern synchronisiert, stellen Sie also sicher, dass sandermuller/boost-skills ausgewählt ist. Das Ergebnis sieht so aus:

return BoostConfig::configure()
    ->withAgents([
        Agent::CLAUDE_CODE,
        Agent::COPILOT,
        Agent::CODEX,
    ])
    ->withAllowedVendors([
        'sandermuller/boost-skills',
        'sandermuller/package-boost-php',
    ])
    ->withTags(['php', 'github']);

Deklarieren Sie die Fähigkeiten Ihres Projekts in ->withTags(...) — getaggte Fertigkeiten und Richtlinien werden nur mit Projekten synchronisiert, die sich dafür entscheiden. Übliche Startwerte sind 'php' und 'github'; siehe das Tags-Register für das vollständige Vokabular. Nach einer Synchronisation zeigt vendor/bin/boost tags, welche getaggten Inhalte derzeit herausgefiltert vs. synchronisiert werden — praktisch, um Fähigkeiten zu erkennen, die Sie möglicherweise deklarieren möchten.

Dann verteilen Sie die Fertigkeiten:

vendor/bin/boost sync
n```

Führen Sie nach Bearbeitungen erneut `vendor/bin/boost sync` aus, oder binden Sie den [`BoostAutoSync`-Rückruf](https://github.com/sandermuller/boost-core#auto-sync-on-composer-install) in Ihre `composer.json`'s `post-install-cmd` / `post-update-cmd` ein, um bei jedem `composer install` / `composer update` automatisch neu zu synchronisieren. Die generierten Agentenverzeichnisse (`.claude/skills/`, `.github/skills/` und die anderen) bleiben außerhalb der Versionskontrolle; `boost-core` verwaltet diesen `.gitignore`-Block.

## Fertigkeiten

| Fertigkeit | Was sie tut | Tags |
|---|---|---|
| `ai-guidelines` | KI-Fertigkeiten- und Richtliniendateien (`.ai/`, `CLAUDE.md`, `AGENTS.md`) erstellen und verwalten. | — |
| `autoresearch` | Autonome Leistungsschleife: Benchmark, Code ändern, dann je nach gemessenem Ergebnis behalten oder rückgängig machen. | `php` |
| `backend-quality` | Zweistufiges PHP-Qualitätstor: Pint + zugehörige Tests bei jeder Änderung, PHPStan + vollständige Suite bei Abschluss. | `php` |
| `bug-fixing` | Testgetriebener Bug-Workflow: Mit einem fehlschlagenden Test reproduzieren, dann beheben. | — |
| `code-review` | Aktuelle Änderungen auf Funktionalität, Codequalität, Sicherheit und Tests überprüfen. | — |
| `codex-review` | Eine unabhängige Überprüfung von der OpenAI Codex CLI anfordern, die berechtigten Korrekturen anwenden, erneut überprüfen, bis alles sauber ist. | — |
| `deploying-laravel-cloud` | Laravel-Anwendungen auf Laravel Cloud über die `cloud`-CLI bereitstellen und verwalten — Umgebungen, Datenbanken, Domains, Abrechnung. | `laravel-cloud` `hosting` |
| `eloquent-models` | Erstellen und Verwalten von Eloquent-Modellen mit Spalten-/Beziehungskonstanten, umfassenden Docblocks und FK-Konstanten. | `laravel` |
| `evaluate` | Selbstüberprüfung einer vollständigen Implementierung und Behebung der dabei aufgedeckten Probleme. | — |
| `final-verification-review` | Abschlussbewertung: Führen Sie die vollständige Evaluierungsschleife durch, führen Sie den Trockenlauf des Abschluss-Preflights durch (PR-Fluss *oder* PR-loses Commit/Release) und melden Sie READY / NOT READY. | `github` |
| `frontend-quality` | Frontend-Qualitätstor: Typprüfung, Linting und die JS-Testsuite; Augenprüfungs-Hinweis für UI-Änderungen. | `frontend` |
| `github-issue-updates` | Nach der Auslieferung einer Funktion eine benutzergerechte Beschreibung und QA-Testfälle an ein GitHub-Issue anhängen. | `github-issues` |
| `humanizer` | Anzeichen von KI-generiertem Schreiben entfernen, sodass der Text natürlich und menschlich wirkt. | — |
| `implement-spec` | Eine Spezifikationsdatei Phase für Phase mit Fortschrittsverfolgung implementieren. | — |
| `interview` | Die Anforderungen einer komplexen Funktion adversarisch herausarbeiten — code-first, mit überprüften Annahmen — bevor die Spezifikation geschrieben wird. | — |
| `jira-create` | Ein Jira-Issue mit einer wohlgeformten, benutzergerechten Beschreibung erstellen. | `jira` |
| `jira-rework` | Ein zur Überarbeitung zurückgesendetes Jira-Issue recherchieren und dann Korrekturoptionen vorschlagen. | `jira` `github` |
| `jira-updates` | Ein Jira-Issue aktualisieren, nachdem sein PR erstellt wurde; „Durch Frage blockiert“-Kommentare posten. | `jira` `github` |
| `migration-squash` | Einen Laravel-Migration-Squash sicher erstellen oder überprüfen — Dump-Vorabprüfung, dann eine Checkliste, die unvollständige, kontaminierte oder datenverlustbehaftete Baselines abfängt. | `laravel` |
| `pr-review-feedback` | PR-Review-Kommentare anwenden, dabei jeden kritisch bewerten, bevor gehandelt wird. | `github` |
| `pre-release` | Pre-Push-Feuerprobe: Rector, Pint, vollständige Testsuite, PHPStan und eine Dokumentations-Aktualitätsprüfung. | `php` `github` |
| `pull-requests` | Eigene GitHub-PRs über `gh` erstellen und verwalten: Beschreibung schreiben, verifizieren, nach Risiko routen. | `github` |
| `readme` | Eine hochwertige README für ein Composer-Paket erstellen und pflegen — Stub vs. umfassende Form, Stimme, Aktualitätsprüfung. | `release-automation` |
| `release-notes` | GitHub-Release-Texte für Composer-Pakete entwerfen — Struktur, Stimme, Hervorhebung von Breaking Changes, was ausgelassen werden sollte. | `release-automation` |
| `resolve-conflicts` | Git-Merging-Konflikte auflösen, ohne Funktionalität von einer Seite zu verlieren. | — |
| `test-writing` | Spezifische, aussagekräftig benannte Tests schreiben, die Arrange-Act-Assert folgen. | — |
| `upgrading` | Kanonische Struktur für UPGRADING.md in einem Composer-Paket — wann man eine pflegen sollte, was hineingehört. | `release-automation` |
| `ux-review` | UX/UI-Optionen für eine neue Funktion abwägen, einen Ansatz empfehlen und die Entscheidung dokumentieren. | — |
| `write-spec` | Implementierungsbereite Spezifikationsdateien mit fortsc}