Matt – Skill-Router

Frag Matt

Du erinnerst dich nicht an jeden Skill – also frag.

Ein Ablauf ist ein Pfad durch die Skills. Die meisten Pfade verlaufen entlang eines Hauptablaufs, auf den zwei Auffahrten treffen. Alles andere steht separat.

Der Hauptablauf: Idee → Ausliefern

Die Route, die die meiste Arbeit nimmt. Du hast eine Idee und willst sie umgesetzt haben.

1. /grill-with-docs – schärfe die Idee durch ein Interview. Beginne hier, wenn du eine Codebase hast: Es ist zustandsbehaftet und behält, was es lernt, in CONTEXT.md und ADRs. (Keine Codebase? Nutze /grill-me – siehe Separates.)
2. Verzweigung – kannst du jede Frage im Gespräch klären? Wenn eine Frage eine ausführbare Antwort erfordert (Zustand, Geschäftslogik, eine UI, die du sehen musst), mache einen Umweg über einen Prototypen, der in beide Richtungen durch /handoff überbrückt wird (siehe Sitzungsübergänge):
   • /handoff raus, dann öffne eine frische Sitzung gegen diese Datei,
   • /prototype um die Frage mit Wegwerf-Code zu beantworten,
   • /handoff zurück, was du gelernt hast, und referenziere es im ursprünglichen Ideen-Thread.
3. Verzweigung – ist das ein Multi-Session-Build?
   • Ja → /to-prd (verwandle den Thread in eine PRD) → /to-issues (teile die PRD in unabhängig greifbare Issues auf). Da die Issues unabhängig sind, leere den Kontext zwischen jedem: starte eine frische Sitzung pro Issue und starte /implement, indem du die PRD und das einzelne Issue übergibst.
   • Nein → /implement direkt hier, im selben Kontextfenster.

Kontexthygiene

Halte die Schritte 1–3 in einem ununterbrochenen Kontextfenster – komprimiere oder leere erst nach /to-issues – damit das Ausfragen, die PRD und die Issues alle auf demselben Denken aufbauen. Jedes /implement startet dann frisch und arbeitet vom Issue aus.

Die Grenze hierfür ist die intelligente Zone: das Fenster (~120k Tokens bei modernen Modellen), in dem das Modell noch scharf denkt. Wenn eine Sitzung sich ihr vor /to-issues nähert, drücke nicht in degradiertem Zustand weiter – /handoff und fahre in einem frischen Thread fort.

Auffahrten

Eine Startsituation, die Arbeit erzeugt und dann in den Hauptablauf mündet.

• Bugs und Anfragen häufen sich → /triage. Es verschiebt Issues durch Triage-Rollen und erzeugt agentenfertige Issues, die /implement später aufnimmt.

  Triage ist nur für Issues, die du nicht erstellt hast – Fehlermeldungen, eingehende Feature-Wünsche, alles, was roh ankommt. Issues, die /to-issues erzeugt hat, sind bereits agentenfertig, triage sie also nicht.

Codebase-Gesundheit

Keine Feature-Arbeit – Instandhaltung.

• /improve-codebase-architecture – führe es aus, wann immer du einen freien Moment hast, um die Codebase gut für Agenten zu halten. Es zeigt vertiefende Möglichkeiten auf; wenn du eine auswählst, erzeugt das eine Idee, die du im Hauptablauf bei /grill-with-docs aufnehmen kannst.

Sitzungsübergänge

• /handoff – wenn ein Thread voll ist oder du abzweigen musst (z. B. in eine /prototype-Sitzung), komprimiert dies das Gespräch in eine Markdown-Datei. Du machst nicht an Ort und Stelle weiter – du öffnest eine neue Sitzung und referenzierst diese Datei, um den Kontext zu übertragen. Es ist die Brücke zwischen Kontextfenstern in beide Richtungen. Nutze es, wenn du eine frische Sitzung möchtest, aber die aktuelle Konversation erhalten bleiben soll.
• /compact (eingebaut) – bleibe in derselben Konversation und lass die früheren Gesprächsrunden zusammenfassen. Nutze es bei bewussten Pausen zwischen Phasen, wenn dir der Verlust des wörtlichen Verlaufs nichts ausmacht. Komprimiere nicht mitten in einer Phase – der Agent kann die Orientierung verlieren. /handoff gabelt; /compact fährt fort.

Separates

Völlig außerhalb des Hauptablaufs.

• /grill-me – das gleiche unerbittliche Interview wie /grill-with-docs, aber für den Fall, dass du keine Codebase hast. Zustandslos: Es speichert nichts lokal, baut kein CONTEXT.md auf. Greife darauf zu, um jeden Plan oder jedes Design zu schärfen, das nicht in einem Repository lebt.
• /teach – lerne ein Konzept über mehrere Sitzungen, indem du das aktuelle Verzeichnis als zustandsbehafteten Arbeitsbereich nutzt.
• /writing-great-skills – Referenz zum Schreiben und Bearbeiten von Skills.

Vorbedingung

/setup-matt-pocock-skills – führe es vor deinem ersten Engineering-Durchlauf aus, um den Issue-Tracker, Triage-Labels und das Dokumenten-Layout zu konfigurieren, das die anderen Skills voraussetzen. Benutzerdefinierte Issue-Tracker funktionieren ebenfalls.