Skills For Real Engineers: Der vollständige Leitfaden zu Matt Pococks Skill-Bibliothek für KI-Agenten

Was ist Skills For Real Engineers?

Die Antwort in einem Satz: Skills For Real Engineers (Repository-Name: Matt Pocock Skills) ist eine von Matt Pocock veröffentlichte Skill-Bibliothek für KI-Agenten, die sich an professionelle Ingenieurinnen und Ingenieure richtet. Sie entstand aus Matt Pococks täglicher Praxis mit dem .claude-Verzeichnis.

Die Positionierung ist eindeutig: kein Spielzeug für Vibe-Coding, sondern ein täglicher Werkzeugkasten für „echtes Engineering“. Der Autor beschreibt, dass er diese Skills entwickelt hat, um häufige Fehlermodi zu beheben, die er bei Codierungs-Agenten wie Claude Code und Codex immer wieder beobachtet.

Unterschied zu GSD und BMAD

Methoden wie GSD, BMAD und Spec-Kit versuchen, den Prozess zu „übernehmen“. Damit nehmen sie dir aber auch die Kontrolle: Wenn im Prozess etwas schiefgeht, ist das Problem schwer zu finden. Skills For Real Engineers geht den umgekehrten Weg:

• Klein aber fein: Jeder Skill ist eigenständig nutzbar – bewusst kein monolithisches Framework.
• Komponierbar: Nach Bedarf auswählen, zuschneiden und an das eigene Repository anpassen.
• Hackbar: Ein Skill ist einfach eine normale Datei in deinem Repository – was du nicht verstehst, änderst du.
• Modellunabhängig: Nicht an ein bestimmtes Modell gebunden; Claude, Codex, Cursor usw. funktionieren.
• Engineering-nah: Basiert auf klassischen Engineering-Prinzipien wie in „The Pragmatic Programmer“ und „Domain-Driven Design“ – nicht auf Prompt-Techniken.

Positionierung

Die Bibliothek richtet sich an Entwicklerinnen und Entwickler, die echte Engineering-Gewohnheiten haben: Über reales Feedback wie statische Typen, automatisierte Tests und Rot-Grün-Refactoring wird der Agent in Schranken gewiesen, damit er nicht „blind fliegt“. Die Skill-Bibliothek selbst bietet keinen gehosteten Dienst an und legt auch nicht deine Architektur fest. Sie stellt lediglich eine wiederverwendbare Schnittstelle aus Dialogen und Abläufen bereit.

Kernfunktionen

Die Skills werden dem Agenten als Slash-Befehle zur Verfügung gestellt und lassen sich grob in mehrere Gruppen einteilen.

Anforderungsabgleich

• /grill-me: Gleicht durch intensives Nachfragen Anforderungen und Entscheidungspfade vor dem Codieren vollständig ab; funktioniert auch außerhalb von Codieraufgaben.
• /grill-with-docs: Baut auf dem Grilling auf und schafft zusätzlich eine gemeinsame Projektsprache sowie Architecture Decision Records (ADRs).
• /zoom-out: Fordert den Agenten auf, über den lokalen Code hinauszublicken und aus der Perspektive des Gesamtsystems zu erklären.

Entwicklung und Validierung

• /tdd: Treibt den Agenten durch den Rot-Grün-Refactoring-Zyklus; Features oder Bugfixes entstehen jeweils in vertikalen Slices.
• /diagnose: Standardisierter Diagnose-Kreislauf – reproduzieren → minimieren → Hypothese → instrumentieren → beheben → Regressionstest.
• /prototype: Baut schnell lauffähige Terminal-Prototypen oder mehrere UI-Varianten, um ein Design zu validieren.

Aufgaben und Planung

• /triage: Stuft Issues auf Basis einer Zustandsmaschine ein und weist sie zu; eigene Label-Vokabulare sind möglich.
• /to-prd: Fasst den aktuellen Gesprächskontext automatisch zu einem PRD zusammen und legt ihn als GitHub-Issue an.
• /to-issues: Zerlegt Pläne oder ein PRD in vertikale Slice-Aufgaben, die eigenständig übernommen werden können.

Architektur und Zusammenarbeit

• /improve-codebase-architecture: Erkennt auf Basis von CONTEXT.md und ADRs Möglichkeiten zur Vertiefung von Modulen und bekämpft den Architektur-Schlammball.
• /caveman: Stark komprimierter Kommunikationsmodus, der bei voller technischer Präzision rund 75 % des Token-Verbrauchs einspart.
• /handoff: Komprimiert die aktuelle Session zu einem Übergabedokument, damit andere Agenten nahtlos weiterarbeiten können.
• /teach: Nutzt das aktuelle Verzeichnis als zustandsbehafteten Lehrraum und vermittelt neue Skills oder Konzepte über mehrere Sessions.
• /write-a-skill: Erstellt neue Skills nach einer definierten Struktur; unterstützt Progressive Disclosure und das Bündeln von Ressourcen.

Gemeinsame Sprache (Shared Language)

Über CONTEXT.md eine gemeinsame Terminologie für das Projekt aufzubauen, ist der Ansatz, den der Autor am meisten schätzt. Seine Beobachtung: Agenten werden meist direkt in ein Projekt geworfen und müssen den Fachjargon nebenbei erraten – und so brauchen sie 20 Wörter, wo eines genügen würde.

Ein Beispiel: Aus „Es gibt ein Problem, wenn eine Lesson in einem Section eines Kurses made real wird“ wird „Es gibt ein Problem mit der materialization cascade“. Ein einziger Satz spart enorme Erklärkosten – und diese Präzision zahlt sich Session für Session aus. Eine gemeinsame Sprache bringt außerdem: konsistente Namen für Variablen, Funktionen und Dateien; eine Codebasis, die der Agent besser navigieren kann; und weniger Tokens, die der Agent beim Denken verbraucht.

So verwendest du Skills For Real Engineers

Es gibt zwei Einstiegswege, die zwei Philosophien entsprechen – du wählst genau einen davon.

Weg 1: Claude-Code-Plugin

• Die komplette Skill-Sammlung wird als verwaltetes, schreibgeschütztes Paket installiert und erhält bei neuen Releases des Autors automatisch Updates – also „Abonnieren“ statt Forken.
• Es ist bereits im offiziellen Marketplace von Claude Code; es muss keine Quelle hinzugefügt werden, Updates kommen automatisch.
• Ein natives Codex-Plugin steht auf der Roadmap (siehe .agents/adr/0002-ship-as-a-claude-code-plugin.md).

Weg 2: skills-Installer

Führe npx skills@latest add mattpocock/skills aus, wähle die Ziel-Agenten und hake /setup-matt-pocock-skills an. Der Installer lässt dich selbst bestimmen, welche Skills du übernimmst und auf welche Codierungs-Agenten du sie installierst. Die Skills werden als normale Dateien in dein Repository geschrieben; sie gehören dir und du kannst sie bearbeiten. Es aktualisiert sich nichts im Hintergrund – wenn du den neuesten Stand möchtest, holst du ihn mit npx skills update.

Achtung: Werden beide Wege gleichzeitig installiert, liegt jeder Skill doppelt vor.

Initialisierung und Alltagsrhythmus

1. Führe /setup-matt-pocock-skills einmal im Agenten aus – einmal pro Repository. Er fragt dich: welchen Issue-Tracker du verwenden möchtest (GitHub, Linear oder lokale Dateien), welche Labels du bei der Triage vergibst (/triage hängt von diesen Labels ab) und wo erstellte Dokumente gespeichert werden sollen.
2. Gleiche vor jeder Änderung die Anforderungen mit /grill-me oder /grill-with-docs ab.
3. Sichere während der Entwicklung mit /tdd die Qualität ab.
4. Bei Bugs startest du mit /diagnose eine standardisierte Diagnose.
5. Für die Architekturpflege führst du regelmäßig /improve-codebase-architecture aus, um Code-Verfall zu verhindern.

Die gesamte Installation und Konfiguration dauert rund 30 Sekunden. GitHub, Linear oder lokale Dateien werden als Issue-Tracker unterstützt.

Anwendungsfälle

• Anforderungsabgleich und Planung: Vor Projektstart oder Funktionsänderung mit /grill-me oder /grill-with-docs intensiv mit dem Agenten nachfragen, damit Anforderungen, Entscheidungspfade und Domänenbegriffe vollständig abgeglichen sind.
• Testgetriebene Entwicklung: Wenn Codequalität gesichert sein soll, mit /tdd den Agenten durch den Rot-Grün-Refactoring-Zyklus führen und Features oder Fehlerbehebungen in vertikalen Slices umsetzen, sodass jede Änderung von automatisierten Tests abgesichert ist.
• Diagnose komplexer Bugs: Bei schwer reproduzierbaren Performanceregressionen oder Logikfehlern mit /diagnose den kompletten Diagnose-Kreislauf durchlaufen.
• Kontinuierliche Architekturpflege: In großen, langfristig gepflegten Codebasen regelmäßig /improve-codebase-architecture ausführen, um anhand von CONTEXT.md und ADRs Vertiefungsmöglichkeiten für Module zu erkennen und zu verhindern, dass der Agent den Verfall beschleunigt.
• Zusammenarbeit über Sessions hinweg: Mit /handoff Sessions komprimieren und mit /caveman Tokens einsparen – geeignet für lange Aufgaben und Staffelübergaben zwischen mehreren Personen und Agenten.

Vorteile

• Leichtgewichtig und komponierbar: Kein schweres Framework; jeder Skill ist eigenständig nutzbar und lässt sich frei zuschneiden.
• Modellunabhängig: Claude, Codex, Cursor usw. sind nutzbar.
• Engineering-nah: Basiert auf klassischen Engineering-Prinzipien statt auf Prompt-Techniken.
• Gemeinsame Sprache: CONTEXT.md senkt die Kommunikationskosten und den Token-Verbrauch des Agenten deutlich.
• Feedback-Schleife: Setzt auf echtes Feedback wie statische Typen, automatisierte Tests und Rot-Grün-Refactoring.
• Leicht anpassbar: Über den skills-Weg sind die Skills bearbeitbare Dateien in deinem Repository.

Einschränkungen

• Es ist eine Skill-Sammlung, kein End-to-End-Prozessmanager. Teams ohne Disziplin bei gemeinsamer Sprache und ADRs müssen CONTEXT.md und Entscheidungsaufzeichnungen selbst pflegen.
• Das Label-System von /triage hängt von der Konfiguration bei der Initialisierung ab; falsch konfiguriert leidet die Einstufung.
• Die beiden Installationswege schließen sich gegenseitig aus; eine Mischinstallation erzeugt doppelte Skills.
• Das native Codex-Plugin steht noch auf der Roadmap; Codex-Nutzer verwenden derzeit den Weg über die Skill-Datei-Installation.
• Der konkrete Supportumfang, die Befehlsdetails und der Update-Rhythmus können sich ändern.

Hinweis zur Prüfung von Preis und Verfügbarkeit

Die vorliegende Faktenlage enthält keine Angaben zu Preisen, Abo-Gebühren oder Lizenzbedingungen – es werden daher keine Vermutungen angestellt. Ob das Produkt kostenpflichtig ist, wie die Lizenz geregelt ist, welche Installationswege aktuell verfügbar sind und wie der Versionsstand ist, prüfe bitte direkt auf der offiziellen Produktseite https://github.com/mattpocock/skills sowie auf der offiziellen Plugin-Marktplatz-Seite deines Agenten.

Häufig gestellte Fragen (FAQ)

Ist die Sammlung an ein bestimmtes Modell gebunden?

Nein. Laut offizieller Angabe ist sie modellunabhängig; Claude, Codex, Cursor usw. sind nutzbar.

Sind die Skills direkt nach der Installation nutzbar?

Zuerst ist eine Initialisierung nötig. Führe im Agenten einmal /setup-matt-pocock-skills aus und konfiguriere Issue-Tracker, Einstufungs-Labels und Dokumentationsverzeichnis. Erst danach können Skills wie /triage nach deinen Vorgaben arbeiten.

Plugin oder Installer – was sollte ich wählen?

Wenn du den Updates des Autors folgen und ein schreibgeschütztes, verwaltetes Paket akzeptieren möchtest, nimm das Claude-Code-Plugin. Wenn du die Dateien besitzen und anpassen sowie den Zeitpunkt von Updates selbst bestimmen möchtest, verwende npx skills@latest add mattpocock/skills. Installiere nicht beides gleichzeitig.

Steht es im Widerspruch zu GSD oder BMAD?

Die Designabsicht des Autors ist eine Alternative: GSD, BMAD und Spec-Kit helfen, indem sie den Prozess übernehmen – und nehmen dadurch die Kontrolle weg und lassen Probleme im Prozess schwer auflösbar werden. Diese Skill-Sammlung setzt auf klein aber fein, komponierbar und hackbar. Ob du beides mischst, hängt von der Disziplin deines Teams ab.

Welchen Skill sollte man zuerst ausprobieren?

Der Autor hält /grill-with-docs für die womöglich stärkste Technik im gesamten Repository: Es ist eine Nachfrage-Session, hilft dir zugleich, mit der KI eine gemeinsame Sprache aufzubauen, und hält schwer erklärbare Entscheidungen in ADRs fest.

Alternativen

• GSD, BMAD, Spec-Kit: Schwergewichtige Frameworks, die den Entwicklungsprozess übernehmen wollen – weniger Kontrolle, Prozessprobleme schwerer lokalisierbar.
• Von 一泽 Eze open Source veröffentlichte Agent Skills: Fokus darauf, wie man online recherchiert.
• Von Jesse Vincent open Source veröffentlichtes agentisches Skill-Framework sowie Plugin für Softwareentwicklungsmethoden.
• Open-Source-KI-Design-Skill, speziell für KI-Codierungsassistenten entwickelt.
• Allgemeiner Ansatz: eine eigene .claude- oder projekteigene Skill-Sammlung pflegen und nach den Gewohnheiten des Teams zusammenstellen.

Primärquellen

• Offizielle Produktseite und Repository: https://github.com/mattpocock/skills

Wenn du über Änderungen an diesen Skills und neue Skills des Autors auf dem Laufenden bleiben möchtest, kannst du seinen Newsletter abonnieren – dem rund 60.000 Entwicklerinnen und Entwickler folgen.