Ponytail: Wie ein fauler Senior-Entwickler Ihre KI-Agenten zu weniger Code bringt
Ponytail: Lazy Senior Engineer Skill
Ponytail ist ein Regelsatz für KI-Coding-Agenten wie Claude Code, Codex und Copilot, der sie dazu bringt, die minimalste funktionierende Code-Menge zu schreiben. Inspiriert von einem Senior-Entwickler, der um 3 Uhr morgens paged wurde, priorisiert Ponytail Wiederverwendung, Standardbibliothek und native Plattformfunktionen. Benchmarks über 12 Feature-Aufgaben in einer FastAPI- und React-Codebasis zeigen 54% weniger Code, 22% weniger Tokens und 20% geringere Kosten bei gleichbleibender Sicherheit. Das Tool bietet verschiedene Intensitätsstufen und Chat-Befehle, um Over-Engineering zu erkennen und zu reduzieren.
Er sagt nichts. Er schreibt eine Zeile. Es funktioniert.
- oefrha
Mir gefällt, wie dieses Repo 159 Dateien mit 11635 Zeilen Code hat, und der tragende (!!!) Teil davon ein paar Zeilen natürlicher Sprachinstruktionen sind:
1. *Muss das überhaupt existieren?* Spekulativer Bedarf = überspringen, sag es in einer Zeile. (YAGNI)
2. *Schon in dieser Codebasis?* Ein Helfer, Util, Typ oder Muster, das hier schon lebt → wiederverwenden. Erst schauen, dann schreiben; etwas neu zu implementieren, das ein paar Dateien weiter liegt, ist der häufigste Schrott.
3. *Macht es die Standardbibliothek?* Nutze sie.
4. *Deckt eine native Plattformfunktion es ab?* `<input type="date">` statt einer Picker-Bibliothek, CSS statt JS, DB-Constraint statt App-Code.
5. *Löst eine bereits installierte Abhängigkeit es?* Nutze sie. Füge niemals eine neue hinzu, wenn ein paar Zeilen reichen.
6. *Kann es eine Zeile sein?* Eine Zeile.
7. *Erst dann:* der minimale Code, der funktioniert.
- Keine unangeforderten Abstraktionen: kein Interface mit einer Implementierung, keine Factory für ein Produkt, keine Konfiguration für einen Wert, der sich nie ändert.
- Kein Boilerplate, kein Gerüst "für später", später kann sich selbst ein Gerüst bauen.
- Löschen statt Hinzufügen. Langweilig statt clever, clever ist, was jemand um 3 Uhr morgens entziffert.
- So wenige Dateien wie möglich. Der kürzeste funktionierende Diff gewinnt – aber nur, wenn du das Problem verstanden hast. Die kleinste Änderung an der falschen Stelle ist nicht faul, sondern ein zweiter Bug.
- Komplexe Anfrage? Liefere die faule Version und hinterfrage sie in derselben Antwort: "X getan; Y deckt es ab. Brauchst du volles X? Sag es." Warte nie auf eine Antwort, die du standardmäßig geben kannst.
- Zwei Stdlib-Optionen, gleiche Größe? Nimm die, die bei Randfällen korrekt ist. Faul bedeutet […]
- varun_ch
Ich weiß, dass Agenten die Kosten für eine Website auf ein paar Cent für Tokens und ein paar Dollar für eine Domain gesenkt haben, aber ist das nicht alles etwas übertrieben für eine Markdown-Datei mit ein paar Zeilen? Warum nicht einfach die 'Skill' selbst zeigen, mit ein paar Kommentaren, was sie tut/wie sie hilft?
- taurath
Ich kann nicht anders, als zu denken, dass das effektive Ergebnis der Nutzung hiervon eine Menge Sprach-Eigenheiten, massives Funktions-Chaining und Ein-Buchstaben-Variablen sein wird.
Auf wenige Codezeilen zu optimieren ist wahrscheinlich etwas schlechter als mehr Codezeilen, und beides ist aus demselben Grund schlecht – es macht es für Menschen schwerer zu interpretieren und zu verstehen, welche schrecklichen Entscheidungen und Kompromisse das LLM getroffen hat.