Zum Hauptinhalt springen

Skills

Neu hier?

Welcher Skill passt zu meiner Situation?, ein Entscheidungsbaum nach Aufgabengröße, mit drei konkreten Beispielen.

Skills direkt in IntelliJ per /name aufrufen

Skills lokal einrichten: einmalige Einrichtung, danach lädt der Chat den passenden Skill automatisch nach, sobald du /tdd, /grill-me & Co. schreibst, statt dass du Inhalte von Hand reinkopierst.

Einen eigenen Skill schreiben?

Wie schreibe ich einen guten Skill?: Anthropics offizielle Kriterien, übersetzt und auf unser Setup zugeschnitten, inklusive Audit aller 17 Skills gegen genau diese Kriterien.

Ein Skill ist eine wiederverwendbare, in Markdown geschriebene Anleitung, die eine KI selbst nachschlägt oder die du per Namen aufrufst, sobald die aktuelle Aufgabe dazu passt.

📦 Alle 17 angepassten Skills herunterladen (ZIP)

Manuell oder automatisch?​

Jede Skill-Seite trägt einen zweiten Badge neben der Kategorie:

  • ⌨️ Nur manuell: der Skill reagiert nur, wenn du ihn per Namen aufrufst (/grill-me, /to-tickets, …). Sein Job ist zu orchestrieren, er trifft Entscheidungen, die eigentlich dir gehören, deshalb wartet er auf dich.
  • 🤖 Kann selbst gewählt werden: der Skill kann sowohl von dir aufgerufen werden als auch automatisch gezogen werden, wenn die Aufgabe dazu passt. Er kapselt wiederverwendbare Disziplin (wie man testet, wie man einen Diff reviewt) statt einer Entscheidung.

Eine Kompositionsregel gilt fest: Ein nur-manueller Skill darf einen automatisch wählbaren Skill aufrufen (z.B. implement treibt tdd), aber nie einen anderen nur-manuellen Skill.

Unsere 17 Skills​

Hauptfluss: Idee → Umsetzung​

Der Pfad, den die meiste Arbeit nimmt: eine Idee schärfen, daraus eine Spec und Tickets machen, umsetzen.

  • grill-me: die Idee per Interview schärfen, mit oder ohne Papierspur
  • to-spec: das Gespräch zur Spec synthetisieren (Text zum manuellen Einfügen in Jira)
  • to-tickets: die Spec in greifbare Tickets zerlegen (zum manuellen Übertragen)
  • implement: ein Ticket umsetzen, treibt tdd und schließt mit code-review
  • tdd: der rot-grün-Loop selbst
  • code-review: Diff-Review entlang zweier Achsen: Standards und Spec

On-Ramps: Ausgangslagen, die auf den Hauptfluss münden​

  • diagnosing-bugs: harte Bugs ohne Theorie, mit straffem Feedback-Loop
  • wayfinder: riesigen, unklaren Umfang als Entscheidungs-Landkarte kartieren (als eigenes Dokument, nicht als Tracker-Issue)

Codebase-Pflege​

Vokabular darunter​

Standalone​

  • resolving-merge-conflicts: einen laufenden Merge-Konflikt lösen
  • research: gegen Primärquellen recherchieren, synchron im Chat
  • prototype: eine harte Frage mit Wegwerfcode statt Prosa beantworten
  • wizard: ein Skript für Schritte erzeugen, die nur ein Mensch tun kann
  • handoff: ein Gespräch für eine neue Chat-Sitzung verdichten
  • ask-simon: die Landkarte über alle Skills, wenn unklar ist, wo man anfängt