Im Mai 2026 dominiert mattpocock/skills dauerhaft die GitHub-Trending-Liste — mit Star-Zahlen jenseits der 100.000. Matt Pocock, bekannt durch Total TypeScript, hat seine privaten Agent Skills aus dem .claude-Ordner veröffentlicht. Kein weiteres Chat-Prompt, sondern kombinierbare Engineering-Disziplin, die Claude Code, Cursor und Codex zwingt: erst abstimmen, dann coden, dann verifizieren.
Wer genug hat von Agenten, die fünfzig Dateien auf einmal ändern, alle Tests rot hinterlassen und trotzdem „fertig“ melden, bekommt hier eine klare Linie: Problem → Architektur → Vergleich → Workflow. Am Ende stehen Installationsbefehl, empfohlene Skill-Kette, Abgrenzung zu OpenClaw und Cursor-Gedächtnis sowie eine Checkliste für Mac-Teams. Vorab lohnt unser Artikel zu Sitzungsgedächtnis versus Prozess-Skills — beides löst unterschiedliche Engpässe.
1. Vibe Coding braucht kein stärkeres Modell, sondern einen Prozess
2026 ist „Vibe Coding“ fast schon ein Schimpfwort: Je leistungsfähiger das Modell, desto größer der Diff — und desto höher die Kosten, wenn die Richtung falsch war. Matt listet im README vier wiederkehrende Fehlermuster, die sich mit klassischer Software-Literatur decken, nur dass der Beschleuniger jetzt ein Agent ist:
- Falsches Problem gelöst (Misalignment): Sie meinen X, der Agent implementiert Y — der Bruch fällt erst beim Merge auf.
- Verbosität: Ohne Projekt-Vokabular werden aus zwanzig Worten Absätze. Tokens verbrennen, Reviews dauern länger.
- Kein Feedback: Keine roten Tests, kein Typecheck, keine reproduzierbaren Schritte — der Agent fliegt blind.
- Architektur-Entropie: Generierung beschleunigt sich, Design verrottet mit — nach wenigen Wochen traut sich niemand an Modulgrenzen.
Schwere Methoden wie GSD, BMAD oder Spec-Kit wollen den gesamten Agenten-Workflow einrahmen. Matts Kritik: Wenn der Prozess nicht zerlegbar ist, debuggen Sie einen kaputten Compiler. skills gehen in die Gegenrichtung — jeder Skill ist eine kurze Markdown-Anweisung (SKILL.md), per Slash-Befehl auslösbar, wie Lego-Steine kombinierbar.
In deutschen Teams sehen wir oft dasselbe Muster: Product Owner schreibt eine User Story in Jira, der Agent interpretiert sie frei — und am Freitag steht ein PR, der technisch funktioniert, aber nicht das meint, was im Refinement besprochen wurde. Skills wie /grill-me zwingen genau diese Lücke vor dem ersten Commit zu.
Wichtig: Das ist keine Abkehr von agilen Ritualen. Daily, Review und Retro bleiben — Skills füllen die Lücke zwischen Ticket und erstem Diff, wo heute oft der Agent ohne Leitplanken loslegt. Wer bereits Definition-of-Done-Checklisten pflegt, erkennt in /tdd und /diagnose dieselbe Denkweise, nur eben als ausführbare Konversation statt als PDF im Wiki.
2. Was mattpocock/skills technisch ist
Der Untertitel im Repo ist eindeutig: Skills for Real Engineers. Straight from my .claude directory. Über das skills.sh-Ökosystem installierbar, MIT-Lizenz, Star-Zahl live auf GitHub (Stand Redaktion: über 100.000). Drei Kategorien:
2.1 Engineering — täglich beim Coden
| Slash-Befehl | Wirkung | Typischer Moment |
|---|---|---|
/grill-me, /grill-with-docs | Anforderungen „verhören“; Variante pflegt CONTEXT.md und ADRs | Vor jedem nicht-trivialen Feature |
/tdd | Rot-Grün-Refactor — erst fehlschlagender Test, dann Implementierung | Business-Logik, Bugfixes |
/diagnose | Reproduzieren → minimieren → Hypothese → Instrumentierung → Fix → Regression | Performance, Concurrency |
/to-prd | Diskussion in PRD gießen und GitHub-Issue anlegen | Konsens da, Dokument fehlt |
/to-issues | PRD/Plan in vertikal geschnittene, lieferbare Issues zerlegen | Vor Sprint-Planung |
/improve-codebase-architecture | Modulgrenzen mit Domänensprache schärfen | Wöchentlicher Repo-Scan |
/setup-matt-pocock-skills | Issue-Quelle, Triage-Labels, Dokumentpfade | Nach jeder Installation Pflicht |
2.2 Productivity — teamübergreifend
/caveman reduziert Token-Verbrauch durch extreme Kürze (README nennt ~75 %); /handoff komprimiert Sessions in Übergabedokumente für den nächsten Agenten; /write-a-skill erzeugt neue Skills nach dem offiziellen Schema. Sinnvoll bei langen Sessions, Schichtwechsel oder kostenbewussten Teams.
2.3 Misc — bei Bedarf
/git-guardrails-claude-code blockiert per Hook gefährliche Git-Befehle (Force-Push, Hard-Reset). Dazu Pre-Commit-Scaffolding und Übungsordner — für sicherheitskritische Repos empfehlenswert, unabhängig vom Haupt-Workflow.
2.4 Die versteckte Stärke von grill-with-docs
Im README steht ein Beispiel: Statt „die Stunde wurde materialisiert“ sagt das Team „Materialization Cascade ist kaputt“. Sobald Domänenbegriffe in CONTEXT.md landen, werden Variablen, Dateinamen und Folge-Dialoge kürzer und konsistenter. Das ergänzt unseren Artikel zum Code-Wissensgraphen: Der Graph liefert Struktur, CONTEXT.md liefert mündliche Teamverträge in maschinenlesbarer Form.
3. Vergleich mit Cursor Rules, OpenClaw und schweren Methoden
Keine Schwarz-Weiß-Matrix — eher Entscheidungshilfe aus der Praxis:
| Dimension | mattpocock/skills | Cursor / IDE Rules | OpenClaw Skill-Ökosystem | GSD / Spec-Kit u. a. |
|---|---|---|---|---|
| Form | Installierbare Slash-Skill-Pakete | Statische Regeldateien im Repo | Gateway-Plugins + openclaw skills |
Mehrstufige Prozess-Templates |
| Stärke | Alignment, TDD, Issue-Split, Architektur-Review | Stil, Verzeichnis-Konventionen | Multi-Channel, Cron, Webhooks | Spec bis Delivery als Narrativ |
| Kontrolle | Hoch — einzelne Skills nach Bedarf | Hoch | Mittel — Ops-Anteil größer | Niedrig bis mittel |
| Bezug zu Mac | OS-unabhängig; iOS/macOS-CI braucht oft macOS-Knoten | Lokale IDE | Oft resident Mac als Gateway | Hängt von der Agent-Umgebung ab |
Gegenüber OpenClaw ClawHub: OpenClaw klärt, woher Nachrichten kommen und wie das Gateway healthy bleibt; mattpocock/skills klärt, wie danach wie ein Ingenieur codiert wird. In der Community steht addyosmani/agent-skills oft daneben — dort eher /spec→/ship, hier eher Tests und Alignment. Beides im selben Repo ist üblich.
Ob der Agent „letzte Woche“ noch weiß, regeln Rules und CONTEXT.md. Ob dieser Patch TDD durchläuft, regeln Prozess-Skills. Ein 200K-Kontextfenster ersetzt das nicht — siehe auch unseren Beitrag zu wochenübergreifender Zusammenarbeit.
4. Installation in 30 Sekunden und empfohlener Workflow
Offizielles Quickstart — am besten im echten Repository-Root (Details laut README):
4.1 Installieren
npx skills@latest add mattpocock/skillsDer Installer lässt Skills und Ziel-Agent (Claude Code, Cursor, …) auswählen. /setup-matt-pocock-skills unbedingt mit ankreuzen.
4.2 Repository-Konfiguration
Im Agent ausführen:
/setup-matt-pocock-skillsIssue-Tracker (GitHub / Linear / lokale Datei), Label-Vokabular für /triage, Speicherorte für CONTEXT.md und ADRs. Ohne diesen Schritt erzeugen /to-issues und /triage Tickets, die nicht zu Ihren Team-Gewohnheiten passen.
4.3 Replizierbare Feature-Kette
/grill-with-docs(oder/grill-me) — bis keine „TBD“-Zweige mehr in der Entscheidungslogik sind./to-prd— wenn Konsens da ist, PRD schreiben und Issue eröffnen./to-issues— vertikal schneiden, nicht „Frontend-Woche, Backend-Woche“.- Pro Issue
/tdd; bei Blockade/diagnose. - Vor Release oder freitags
/improve-codebase-architecture.
4.4 Apple- und Mac-Teams
Skills selbst sind plattformneutral. Brauchen Sie im selben Repo xcodebuild, Codesigning oder ein OpenClaw-Gateway, ist das Muster oft: Laptop + Cursor mit Skills für App-Logik, CI und Gateway auf selbst gehosteten Mac-Runnern oder einem dedizierten Remote-Mac. Lokale LLMs vergleichen wir in MLX vs. Ollama — Skills wählen kein Modell, sie disziplinieren nur den Agent-Umgang mit dem Repo.
# Beispiel: Nach Skills-Setup weiterhin bestehende CI nutzen (orthogonal zum Skill)
xcodebuild -project MyApp.xcodeproj -scheme MyApp -destination 'platform=iOS Simulator,name=iPhone 16' buildPraxis-Tipp für gemischte Stacks: TypeScript-Services und Swift-UI-Schicht können denselben Skill-Stack teilen, solange /setup-matt-pocock-skills einmal pro Monorepo-Root läuft. Issue-Templates und CONTEXT.md sollten dann im gemeinsamen Docs-Ordner liegen, damit /to-issues nicht pro Sprache unterschiedliche Labels erfindet.
5. Gegenbeispiele: Wann Skills nicht alles ersetzen
- Einmal-Skript oder <50 Zeilen:
/grill-mebremst — klare Akzeptanzkriterien reichen. - Spec-Kit-Pipeline läuft bereits stabil: Nicht abreißen; einzelne Skills wie
/tddoder/diagnoseübernehmen. - Niemand pflegt CONTEXT.md:
/grill-with-docsverkommt — erst Dokument-Verantwortliche benennen. - Kernbedarf ist IM/Webhook-Automation: OpenClaw-Gateway zuerst; mattpocock/skills löst keine Kanal-Frage.
Star-Zahlen messen Resonanz, nicht Seniorität nach Installation. Vor Upgrades CHANGELOG lesen — besonders bei setup und Issue-Templates.
Häufige Fragen (FAQ)
Was ist der Unterschied zwischen mattpocock/skills und Cursor Rules?
Cursor Rules sind meist statische Projektvereinbarungen; mattpocock/skills sind kombinierbare Slash-Workflows (z. B. /grill-me, /tdd), die in der Konversation Schritt für Schritt Alignment, Tests und Issue-Zerlegung erzwingen. Beides kann koexistieren: Rules setzen Grenzen, Skills steuern den Prozess.
Brauche ich zwingend Claude Code für diese Skills?
Nein. Der skills.sh-Installer unterstützt Claude Code, Cursor, Codex und weitere Agenten. Beim Installieren wählen Sie den Ziel-Agenten — der Skill wird im jeweiligen Konfigurationsformat abgelegt.
Was sollte ich direkt nach der Installation tun?
Unbedingt /setup-matt-pocock-skills ausführen: Issue-Tracker (GitHub/Linear/lokal), Triage-Labels und Pfade für CONTEXT.md sowie ADR. Ohne Setup fehlt /to-issues und /triage der Repository-Kontext.
Kollidiert das mit GSD, BMAD oder Spec-Kit?
Nicht zwingend. Matts Ansatz sind kleine, anpassbare Skill-Pakete statt schwerer End-to-End-Frameworks. Wer bereits Spec-Kit für PRDs nutzt, kann /to-issues weiterhin verwenden, um vertikal geschnittene Issues zu erzeugen.
Welche drei Skills sollte man zuerst installieren?
Die meisten Teams starten mit /grill-me (oder /grill-with-docs), /tdd und /to-issues — für Alignment, Feedback-Schleife und Aufgabenteilung. Bei Git-Vorfällen zusätzlich /git-guardrails-claude-code.
Brauche ich für Agenten auf dem Mac trotzdem einen Remote-Mac?
TypeScript und Frontend laufen oft lokal; iOS-Builds, große lokale Modelle oder 24/7-Gateways wie OpenClaw brauchen häufig dediziertes macOS. Skills regeln das Wie der Zusammenarbeit, Remote-Macs das Wo für macOS-Last.
Fazit
Der Hype um mattpocock/skills zeigt: Entwickler wollen nicht noch ein Chat-Fenster, das Code tippt, sondern prüfbare, kombinierbare, lehrbare Engineering-Prozesse. /grill-me schließt Alignment-Lücken, /tdd und /diagnose schließen Feedback-Lücken, /to-issues macht aus PRDs lieferbare vertikale Tasks — ein pragmatischer Weg vom Vibe zum Disziplin.
- Installation:
npx skills@latest add mattpocock/skills, danach/setup-matt-pocock-skills. - Standardkette: Alignment → PRD → Issues → TDD → regelmäßige Architektur-Reviews.
- OpenClaw, Wissensgraph und Remote-Mac ergänzen sich — sie ersetzen Skills nicht.
Für Agent-Gateways oder iOS-CI auf macOS: Macstripe-Startseite — dedizierte M4 Mac Mini, SSH/VNC, Tagesmiete. Mehr zu OpenClaw und KI-Infrastruktur im Entwicklerblog.
Weiterführende Artikel
- OpenHuman auf GitHub im Trend — was ist das eigentlich?
- Warum vergisst Cursor ständig? Ein langes Kontextfenster rettet keine wochenlange Zusammenarbeit
- Code-Wissensgraphen: Kann KI große Repos wirklich verstehen?
- OpenClaw ClawHub: Skill-Pfad, minGatewayVersion und Audit
- MLX vs. Ollama auf Apple Silicon
- Unternehmens-Mac-CI: GitLab Runner und GitHub Actions auf Bare Metal
