Zum Hauptinhalt springen

Welcher Skill passt zu meiner Situation?

Was ist ein Skill?​

Ein Skill ist eine wiederverwendbare, in Markdown geschriebene Anleitung, die Claude selbst nachschlägt oder die du per Namen aufrufst, je nachdem, ob er user-invoked oder model-invoked ist (dazu unten mehr). Er kapselt eine bestimmte Denk- oder Arbeitsweise, damit du sie nicht bei jeder Aufgabe neu erklären musst.

Wie gehe ich vor?​

Die wichtigste Frage zuerst, und sie hat keine einzige richtige Antwort, sondern hängt davon ab, wie groß und wie klar deine Aufgabe schon ist:

Wie groß ist deine Aufgabe?
Wie groß und wie klar ist das, was du vorhast?
Winzig

Eine kleine, klar umrissene Änderung: ein Bugfix, eine Textkorrektur, eine Zeile Logik.

Ein Feature

Eine neue Fähigkeit mit mehreren Anforderungen, aber der Umfang ist grundsätzlich schon greifbar.

Riesig & neblig

Ein großes Vorhaben, bei dem noch nicht einmal klar ist, welche Fragen überhaupt offen sind.

💡 Warum grill-me, informell?

Bei einer wirklich trivialen, nicht wiederverwendbaren Entscheidung (welches Datumsformat?) lohnt sich die Papierspur nicht: Sie verdient keinen Dauereintrag in CONTEXT.md. Ein kurzes Gespräch reicht, ganz ohne Dokueintrag.

💡 Warum grill-me → to-spec → to-tickets?

Hier lohnt sich die Papierspur: Begriffe wie "Digest" oder "stille Zeit" werden wiederverwendetes Projekt-Vokabular, das später andere Features wieder brauchen.

💡 Warum wayfinder?

Die Frage ist nicht "wie baue ich das", sondern "was müssen wir überhaupt erst entscheiden, bevor klar ist, was gebaut wird". Das ist eine andere Aufgabe als Bauen: Planen.

Drei Beispiele, eine Welt​

Alle drei Beispiele spielen im selben (fiktiven) Produkt, damit der Größenunterschied greifbar wird, nicht weil das eine zwingend aus dem anderen folgen muss. Die meisten Features entstehen ohne vorheriges Epic; das dritte Beispiel zeigt nur, dass es manchmal zusammenhängt.

Winzig: ein Formatierungsfehler​

"Die Digest-E-Mail zeigt das Datum als MM/DD an, wir wollen DD.MM."

Winzig
grill-mekurz klären, nichts speichern
implementdirekt umsetzen

Kein to-spec, keine Tickets: die Klärung ist in einem Satz erledigt, dann wird direkt umgesetzt.

Feature: Benachrichtigungs-Einstellungen​

"Nutzer sollen selbst einstellen können, wie und wann sie benachrichtigt werden."

Feature
grill-meIdee schärfen, mit Papierspur
to-specSpec-Dokument
to-ticketsTracer-Bullet-Tickets
implementein Ticket nach dem anderen

Bei einer Detailfrage, die sich im Gespräch nicht klären lässt, hilft ein Umweg über handoff und prototype.

Riesig & neblig: ein ganzes Portal​

"Wir wollen ein komplettes Selbstbedienungs-Portal für Enterprise-Kunden einführen."

Riesig & neblig
wayfinderLandkarte aus Entscheidungs-Tickets
Eine Frage nach der anderenBerechtigungen, Abrechnung, SSO …
Nebel lichtet sicheinzelne Features werden sichtbar

Eines der Features, die aus dieser Landkarte hervorgehen könnten, ist genau das Benachrichtigungs-Feature von oben, jetzt aber mit geklärtem Kontext (welche Kundengruppe, welche Berechtigungsstufe), statt bei null anzufangen.

Wie geht's jetzt weiter?​

Willst du wissen, wie ein einzelner Skill im Detail funktioniert? → Alle Skills im Überblick