Skills For Real Engineers - Matt Pocock

Matt Pococks Sammlung von Agent-Skills, ein Werkzeugkasten für praktisches Engineering statt Vibe Coding

Dieses Repository ist ein Projekt, in dem der als TypeScript-Dozent bekannte Matt Pocock die Agent-Skills für Claude Code, die er selbst täglich nutzt – also Slash-Commands und Verhaltensregeln – gesammelt und veröffentlicht hat. Der Slogan lautet "Skills For Real Engineers". Der Autor ist der Ansicht, dass Frameworks wie GSD, BMAD und Spec-Kit, die den gesamten Prozess übernehmen, Entwicklerinnen und Entwicklern die Kontrolle entziehen und die Nachverfolgung erschweren, wenn Fehler auftreten. Als Alternative schlägt er einen Ansatz auf Werkzeugebene vor: klein, austauschbar und mit jedem Modell kombinierbar. Öffnet man tatsächlich die Codebase, sieht man, dass die Skills unter skills/ in Buckets wie engineering, productivity, misc, personal, in-progress und deprecated aufgeteilt sind, wobei jeder Skill als eigenständige Einheit mit eigener SKILL.md verwaltet wird.

• Einfachheit des Installationspfads: Die Installation erfolgt mit einer einzigen Zeile, npx skills@latest add mattpocock/skills, und über /setup-matt-pocock-skills lassen sich Typ des Issue-Trackers, das für die Triage verwendete Label-Vokabular und der Speicherort für Dokumentation auf einmal festlegen. Pro Repository muss das nur einmal ausgeführt werden, danach teilen sich die anderen Skills diese Konfiguration.

• Designabsicht, die vier Agent-Failure-Modes ordnet: Erstens das Alignment-Problem, also „nicht das zu bauen, was gewünscht ist“: grill-me und grill-with-docs erzwingen Interview-Sessions, die die Absicht bis zum Ende hinterfragen. Zweitens das Problem des „übermäßig weitschweifigen Agenten“: Durch das Anlegen einer CONTEXT.md als eine Art Glossar für Domänenbegriffe werden Token-Verschwendung und Probleme bei konsistenter Benennung zugleich reduziert. Drittens das Problem „der Code funktioniert nicht“: tdd übernimmt die Red-Green-Refactor-Schleife, diagnose jeweils die Debugging-Schleife von der Reproduktion bis zu Regressionstests. Viertens „Code, der zu einem Mud Ball geworden ist“: to-prd, zoom-out und improve-codebase-architecture sollen Modulgrenzen und die Sicht auf das Gesamtsystem wiederherstellen.

• Unterschied im Umgang mit gemeinsamer Sprache: Das geht einen Schritt über einfache Coding-Hilfe hinaus und legt Gewicht darauf, das Vokabular zwischen Agent und Mensch explizit anzugleichen. Die als Beispiel gezeigte CONTEXT.md von course-video-manager komprimiert etwa „das Problem des Zeitpunkts, an dem Lektionen innerhalb von Sektionen innerhalb eines Kurses einen Platz im Dateisystem erhalten“ in das einzelne Wort „materialization cascade“. Dadurch sollen bei wiederholten Gesprächen sowohl Token- als auch kognitive Kosten sinken.

• Praxisnutzen der sekundären Skills: Für tägliche Workflows gibt es caveman (ein komprimierter Antwortmodus, der auf etwa 75 Prozent Token-Einsparung abzielt) und write-a-skill (ein Meta-Skill zum Erstellen von Skills selbst). Im Paket der Hilfswerkzeuge finden sich außerdem git-guardrails-claude-code (Hook-Konfiguration, die gefährliche Git-Befehle im Voraus blockiert) und setup-pre-commit (Pre-Commit-Setup auf Basis von Husky + lint-staged). So wird auch der Bereich jenseits des eigentlichen Schreibens von Code in kleine Werkzeuge aufgeteilt und bearbeitet.

• Betriebsregeln des Repositories selbst: Skills in engineering, productivity und misc müssen zwingend sowohl im obersten README als auch in .claude-plugin/plugin.json registriert werden, während eine Registrierung in personal, in-progress und deprecated verboten ist – der Veröffentlichungsumfang wird also auf Code-Ebene erzwungen. Dass ADR-Dokumente in einem separaten Verzeichnis liegen und Shell-Skripte für Skill-Links gesondert unter scripts/ abgelegt sind, lässt sich als Verlängerung derselben Disziplin lesen.

Insgesamt hält dieses Projekt Abstand zu integrierter Automatisierung nach dem Muster „der Agent erledigt schon alles von selbst“ und ähnelt eher einer Übertragung klassischer Engineering-Prinzipien aus Pragmatic Programmer, Domain-Driven Design, Extreme Programming und A Philosophy of Software Design in kleine, austauschbare Slash-Commands. Für Nutzerinnen und Nutzer, die spektakuläre Workflow-Automatisierung erwarten, mag es etwas unscheinbar wirken. Als Versuch jedoch, Grundlagen wie Alignment, gemeinsame Sprache, Feedback-Schleifen und Modulentwurf auch im Agent-Zeitalter in alltägliche Werkzeuge herunterzubrechen, hat es einen klar praxisnahen Charakter.