Die Idee

Ein Coding-Agent kann sehr schnell eine plausibel wirkende Lösung erzeugen. Das ist nützlich. Doch die Geschwindigkeit kann eine einfache Frage verdecken: Muss diese Änderung überhaupt existieren?

Ponytail ist ein Open-Source-Agent-Skill mit einer Prüfleiter. Bevor neuer Code entsteht, soll der Agent die Aufgabe verstehen, den betroffenen Code lesen und den tatsächlichen Ablauf verfolgen. Danach prüft er der Reihe nach: eine unnötige Änderung weglassen; vorhandenen Repository-Code wiederverwenden; die Standardbibliothek nutzen; eine native Plattformfunktion nutzen; eine installierte Abhängigkeit nutzen; einen Einzeiler bevorzugen; und erst dann die kleinste neue Implementierung schreiben. Ponytail README Core Skill

Das bedeutet nicht, dass weniger Zeilen immer bessere Software ergeben. Es ist eine wiederholbare Pause, bevor du generierten Code übernimmst. In einer echten Codebasis weiß ein Agent vielleicht nicht, dass es bereits einen passenden Helfer gibt, dass deine Laufzeit die Fähigkeit schon mitbringt oder dass ein Paket installiert ist. Erstes Lesen liefert seiner Antwort nützlichen Kontext.

Einfach gesagt: Prüfe vor einer neuen Lösung, ob die Lösung „nichts tun“ lautet, ob du etwas wiederverwenden kannst oder ob Projekt und Plattform bereits alles Nötige bieten.

Verstehe die Leiter als Suchreihenfolge, nicht als Ersatz für technische Beurteilung. Ponytail selbst sagt, dass die Leiter erst nach dem Verständnis des Problems und des betroffenen Ablaufs folgt. Ponytail README

Ein kleines Beispiel

Beispiel: Ein Ticket verlangt ein Datumsfeld in einem Einstellungsformular. Ein Agent schlägt vor, ein eigenes Date-Picker-Paket, eine Wrapper-Komponente und Konvertierungshelfer hinzuzufügen.

Nutze die Leiter. Prüfe zuerst das Formular, seine Validierung und wohin der übermittelte Wert fließt. Suche dann im Repository nach einer vorhandenen Datumskomponente oder einem Hilfsmittel zur Datumsformatierung. Gibt es nichts Passendes, frage, ob ein HTML-Datumsfeld die tatsächliche Anforderung erfüllt. Das Ponytail-README nennt ein natives HTML-Datumsfeld als Beispiel dafür, eine eigene Date-Picker-Abhängigkeit durch eine Plattformfunktion zu ersetzen. Ponytail README

Die Antwort kann trotzdem eine eigene Komponente sein. Vielleicht braucht das Produkt Verhalten oder Darstellung, die das native Eingabefeld nicht bietet. Es geht nicht darum, Pakete zu verbieten. Du sollst die Wahl erst treffen, nachdem du einfachere, bereits verstandene Optionen geprüft hast.

Du kannst einen Agenten so anweisen: „Lies das betroffene Formular und den Übermittlungsweg. Erkläre, welche Stufe der Leiter du gewählt hast. Nutze vorhandenen Code oder eingebaute Mittel, wenn sie die Anforderung erfüllen. Schlage andernfalls die kleinste Implementierung vor.“ Damit verlangst du eine Begründung, die zu deinem Repository passt, statt einer allgemeinen Implementierung.

Probier es aus

Nimm dir etwa fünf Minuten für diese Übung. Wähle eine kleine Änderung, die in deinem Branch oder Issue-Tracker wartet. Bitte einen Agenten noch nicht, sie zu implementieren.

  1. Benenne den betroffenen Screen, das Modul oder den API-Pfad.
  2. Lies diesen Pfad und durchsuche das Repository nach ähnlichen Helfern oder Komponenten.
  3. Notiere eine mögliche Lösung aus der Standardbibliothek, von der Plattform oder aus installierten Abhängigkeiten.
  4. Bitte erst dann den Agenten um einen minimalen Vorschlag und um seine Begründung für die gewählte Leiterstufe.

Falls du bereits einen Diff hast, bietet Ponytail außerdem einen separaten Review-Skill für Over-Engineering. Er meldet mögliche Reduktionen in Kategorien wie delete, stdlib, native, reuse, yagni und shrink. Er listet Fundstellen auf, statt Änderungen anzuwenden. Review Skill

Darauf solltest du achten

Minimaler Code darf nicht fehlende Schutzmaßnahmen bedeuten. Ponytail nimmt Validierung an einer Vertrauensgrenze, Behandlung zur Vermeidung von Datenverlust, Sicherheitsmaßnahmen und Barrierefreiheit ausdrücklich vom Ziel der Codereduktion aus. Behalte diese Schutzvorkehrungen bei, auch wenn ein Patch ohne sie einfacher aussieht. Ponytail README Core Skill

Außerdem ist eine gezielte Reduktionsprüfung kein vollständiges Code-Review. Der Ponytail-Review-Skill sucht nach unnötiger Komplexität und wendet keine Fixes an. Du brauchst weiterhin normale Prüfungen auf Korrektheit, Produktverhalten, Sicherheit und Performance. Review Skill

Betrachte Ponytail schließlich als projektspezifisches Werkzeug und Gewohnheit, nicht als universelle KI-Methode. Die verfügbare Integration hängt vom Agent-Host ab. Das README berichtet Messwerte aus bestimmten Claude-Code-Sitzungen und Aufgaben, keine garantierten Einsparungen bei Kosten, Tokens oder Zeit. Ponytail README