Ponytail für Claude Code: Installation, Setup und Wirkung
Ponytail ist ein kostenloser Prompt unter MIT-Lizenz, der Claude Code auf „die kleinste Änderung, die die Aufgabe wirklich löst" ausrichtet: Muss dieser Code überhaupt existieren, gibt es das schon im Repo, reicht die Standardbibliothek — und erst dann schreiben. Hier stehen Installation, was jedes Level tut und was der Benchmark des Autors tatsächlich gemessen hat.
Ponytail auf einen Blick
- Der Kern ist ein einziger Prompt: skills/ponytail/SKILL.md enthält alle Regeln, das Claude-Code-Plugin lädt ihn nur automatisch in jede Sitzung.
- Die Installation besteht aus zwei getrennten Prompts in dieser Reihenfolge: /plugin marketplace add DietrichGebert/ponytail, dann /plugin install ponytail@ponytail.
- Drei Level — lite, full (Standard) und ultra — umgeschaltet mit /ponytail lite bzw. /ponytail ultra, abgeschaltet mit /ponytail off.
- Es geht nicht nur ums Wenigerschreiben: /ponytail-review prüft einen Diff, /ponytail-audit sortiert ein ganzes Repo, /ponytail-debt sammelt aufgeschobene Abkürzungen.
DietrichGebert/ponytail — README
QuelleGitHubchecked 2026-11-12
skills/ponytail/SKILL.md — the prompt itself
QuelleGitHubchecked 2026-11-12
INSTALL.md — per-agent install steps
QuelleGitHubchecked 2026-11-12
skills/ponytail-help/SKILL.md — levels, band, defaults
QuelleGitHubchecked 2026-11-12
benchmarks/results/2026-10-07-agentic.md
QuelleGitHubchecked 2026-11-12
dsh-ponytail — DeepSeek Harness port (unofficial)
Quelledeepseekharnessplugins.comchecked 2026-11-12
Alle Befehle, Level-Namen, Konfigurationsschlüssel und Zahlen auf dieser Seite wurden am 2026-11-12 aus dem Upstream-Repository gelesen. Slash-Befehle bleiben bewusst unübersetzt: Ein übersetzter Befehl läuft nicht.
Repository-Daten aus der GitHub-API am 2026-11-12: 189,276 Sterne, 10,531 Forks, angelegt am 2026-06-12, letztes Release v5.3.3 vom 2026-10-29. Sterne ändern sich täglich — das ist eine Momentaufnahme, keine Konstante.
Ponytail Schritt für Schritt installieren und nutzen
- 1
Wissen, was man installiert
Ponytail ist ein Regelsatz für Coding-Agenten, den Dietrich Gebert unter MIT auf github.com/DietrichGebert/ponytail veröffentlicht. Der Kern ist eine einzige Prompt-Datei, skills/ponytail/SKILL.md; alles andere im Repo dient dazu, diesen Prompt in einen bestimmten Agenten zu laden. Das Claude-Code-Plugin ist der Weg „immer aktiv": Nach der Installation wirkt es in jeder Sitzung und ergänzt ein Statusleisten-Badge sowie eine Reihe von /ponytail-*-Befehlen.
Das README sagt es deutlich: Die Leiter greift, nachdem der Agent das Problem verstanden hat, nicht statt dessen. Faul bei der Lösung, nie beim Lesen des Codes.
- 2
Voraussetzungen prüfen
Nötig sind ein Claude Code mit dem Befehl /plugin und Node.js im PATH. Das Plugin startet zwei kleine Node.js-Lifecycle-Hooks; ohne node funktionieren die Skills weiter, aber jeder Hook-Aufruf gibt ein harmloses node: command not found aus. Für Nix- und nvm-Nutzer: node muss auch im PATH der nicht-interaktiven Shell liegen, nicht nur in der interaktiven.
Befehle
node --versionWird /plugin gar nicht erkannt, ist der Claude Code zu alt. Erst aktualisieren und neu starten, dann weitermachen.
- 3
Marktplatz hinzufügen — erster Prompt
Das wird in Claude Code gesendet. Der Befehl registriert das Repository als Plugin-Marktplatz namens ponytail; installiert ist noch nichts.
Befehle
/plugin marketplace add DietrichGebert/ponytailDas Repository bringt eine eigene .claude-plugin/marketplace.json mit, deshalb genügt die Angabe owner/repo — ohne URL und ohne lokalen Pfad.
- 4
Plugin installieren — zweiter Prompt
Das muss als eigener Prompt gesendet werden. Das Format ist plugin@marketplace, ponytail@ponytail heißt also „das Plugin ponytail aus dem Marktplatz ponytail". INSTALL.md schreibt klar, dass zwei getrennte Prompts nötig sind, damit die Installation greift; beide in eine Nachricht zu packen ist die häufigste Ursache für eine stille Fehlinstallation.
Befehle
/plugin install ponytail@ponytailIn der Desktop-App von Claude Code, Tab Code, lassen sich dieselben zwei Befehle ins Eingabefeld tippen, oder man nutzt + → Plugins → Add plugin, um die eingerichteten Marktplätze zu durchsuchen.
- 5
Prüfen, ob es wirklich aktiv ist
Führe /ponytail ohne Argument aus. War Ponytail aus, schaltet es sich auf dem Standard-Level ein; war es an, meldet es das aktuelle Level. Der aktive Modus steht auch im Start- und Umschalttext, und das Statusleisten-Badge zeigt ihn für die ganze Sitzung.
Befehle
/ponytailSchneller Funktionstest: Etwas verlangen, das offensichtlich zu Over-Engineering verleitet, etwa einen Datums-Picker, und beobachten, ob der Agent zuerst eine vorhandene Input-Komponente und den nativen Browser-Picker sucht.
- 6
Ein Level wählen
lite baut genau das Verlangte und nennt in einer Zeile die kleinere Option, damit du entscheidest. full ist der Standard: Leiter, ein kleiner Test dort, wo die Logik ihn braucht, und eine Antwort, die das Ausgelassene benennt. ultra hinterfragt zusätzlich den Auftrag selbst, bevor gebaut wird. Das Level bleibt bis zur Änderung oder zum Sitzungsende.
Befehle
/ponytail lite/ponytail full/ponytail ultra/ponytail offZwei weitere Auswege: einfach stop ponytail oder normal mode sagen, oder /ponytail off ausführen.
- 7
Einen Diff mit denselben Regeln prüfen
/ponytail-review ist kein Linter. Er liest den Code, den die Änderung berührt, nicht nur den Diff, und berichtet in dieser Reihenfolge: korrekt, sicher, hält realer Last stand, getestet, schnell, schlank. Jeder Befund muss sagen, was der Code tut, was schiefgeht, wie man es behebt und was passiert, wenn man es lässt. Das Ziel lässt sich in einfachen Worten enger oder weiter fassen.
Befehle
/ponytail-review/ponytail-review staged/ponytail-review branchOhne Ziel prüft er nicht committete Änderungen, und wenn es keine gibt, den letzten Commit.
- 8
Das ganze Repo auditieren und Schulden einsammeln
/ponytail-audit fährt dieselben Prüfungen über das gesamte Repository: erst Einstiegspunkte und Datenfluss kartieren, dann eine Lastannahme treffen und benennen, dann die Befunde sortieren, damit klar ist, was zuerst zu beheben ist. /ponytail-debt sammelt die absichtlich hinterlassenen shortcut:-Kommentare in ein Register, damit aus „später" nicht leise „nie" wird.
Befehle
/ponytail-audit/ponytail-debtDas Kommentarformat ist fest: shortcut: <die Grenze>, <wann aufrüsten>. Genau diese Festlegung macht das Einsammeln überhaupt möglich.
- 9
Standard setzen und aktuell bleiben
Das Start-Level jeder neuen Sitzung lässt sich auf zwei Wegen ändern: über die Umgebungsvariable PONYTAIL_DEFAULT_MODE oder das Feld defaultMode in ~/.config/ponytail/config.json. Die Auflösung ist Umgebungsvariable, dann Konfigurationsdatei, dann full. Für Updates einmalig Auto-Update aktivieren unter /plugin → Marketplaces → ponytail, oder manuell aktualisieren und die Plugins neu laden.
Befehle
export PONYTAIL_DEFAULT_MODE=ultra/plugin marketplace update ponytail/reload-pluginsZum Entfernen zuerst das mitgelieferte node scripts/uninstall.js ausführen und danach /plugin remove ponytail — das Skript liegt selbst im Plugin und verschwindet mit ihm.
Die Leiter: was Ponytail wirklich ändert
Die gesamte Verhaltensänderung ist eine Entscheidungsleiter. Vor dem Schreiben von Code bleibt der Agent auf der ersten Sprosse stehen, die vollständig funktioniert:
- 1Muss das überhaupt existieren? Funktionen, Optionen und Flexibilität, die niemand verlangt hat, entfallen und werden in einer Zeile benannt. Auf ein vages „bau mir X" kommt die kleinste Version, die den Kern erledigt.
- 2Gibt es das schon in dieser Codebasis — ein Helper, eine Komponente, ein Service, ein vorhandenes Muster? Dann wird es so genutzt, wie der umgebende Code es tut.
- 3Erledigt es die Standardbibliothek oder eine Plattformfunktion? Dann diese, außer das Projekt hat eine eigene Komponente, die besser ist als das native Widget.
- 4Steckt es in einer bereits installierten Abhängigkeit? Dann diese. Für ein paar Zeilen kommt keine neue Abhängigkeit dazu.
- 5Passt es in eine Zeile, die man auf einen Blick versteht? Dann eine Zeile.
- 6Sonst: der minimale laufende Code, plus ein kleiner Test oder eine assert-basierte Selbstprüfung, wenn Verzweigung, Schleife, Parser, Geld oder Sicherheit im Spiel sind.
Was nie gestrichen wird
Die Regel lautet „nur schreiben, was die Aufgabe braucht", nicht „so wenig wie möglich schreiben". Der Prompt nennt fünf Dinge, die in jedem Level bleiben:
- Validierung an Vertrauensgrenzen.
- Fehlerbehandlung, die Datenverlust verhindert.
- Sicherheit.
- Barrierefreiheit.
- Alles, was der Nutzer ausdrücklich verlangt hat, sowie die Kalibrierung, die echte Hardware braucht.
Die zweite Hälfte der Änderung ist die Antwort. Jede Antwort endet mit ein bis zwei Zeilen dazu, was ausgelassen oder nicht geprüft wurde und welches Risiko man kennen sollte. Das macht den kleineren Diff prüfbar statt verdächtig.
Alle Befehle und was sie tun
Ponytail ergänzt acht Befehle. Die letzten vier sind die, die übersehen, wer es als reinen Schreibstil installiert.
/ponytail [lite | full | ultra | off]Intensität setzen oder abschalten. Ohne Argument schaltet es Ponytail auf dem Standard-Level ein, wenn es aus war, sonst meldet es das aktuelle Level./ponytail band [on | off]Nur Claude Code: das Band über dem Prompt aus- oder einblenden. Ohne Argument wird umgeschaltet; das Level bleibt./ponytail band importNur Claude Code: vergangene Claude-Code-Sitzungen mit Kosten, Agentenzeit und Tokens ins lokale Board aufnehmen./ponytail-reviewDen aktuellen Diff prüfen wie der Senior, der gerufen wird, wenn es bricht: Bugs, Sicherheit, echte Last, riskanter Code ohne Test, langsame Pfade und was weg kann. Ein Ziel in einfachen Worten: uncommitted, staged, branch oder ein PR-Link./ponytail-auditDieselben Prüfungen für das ganze Repo, Wichtigstes zuerst./ponytail-debtAufgeschobene shortcut:-Kommentare in ein Register holen, damit aus „später" nicht „nie" wird./ponytail-gainDie gemessene Wirkungsbilanz aus dem Benchmark des Autors zeigen./ponytail-helpEine einmalige Übersichtskarte zu Leveln, Skills und Befehlen. Sie ändert keinen Modus und speichert nichts.
Andere Agenten und der DeepSeek-Harness-Port
Der Prompt ist portierbar, und das Repository liefert Adapter für eine lange Liste von Hosts. Die drei wichtigsten:
- 1Codex: codex plugin marketplace add DietrichGebert/ponytail, dann codex plugin add ponytail@ponytail, danach in Codex /hooks öffnen, die beiden Lifecycle-Hooks vertrauen und einen neuen Thread starten. In Codex sind die Befehle namensraumbezogene Skills, aufgerufen als $ponytail:ponytail-review.
- 2Cursor: das Repo git clone, dann node ponytail/scripts/cursor-hooks.js install. Das führt zwei native Hooks in ~/.cursor/hooks.json zusammen und lässt vorhandene Hooks unangetastet. Das Level wechselt man durch eine normale Nachricht wie /ponytail lite; Subagenten bekommen die Regeln nie, weil Cursors subagentStart keinen Kontext injizieren kann.
- 3Jeder andere Agent: npx skills add DietrichGebert/ponytail kopiert die sechs Skills in den Skills-Ordner des Agenten, und eine Kopie von AGENTS.md im Projekt liefert die Dauerregeln ganz ohne Plugin-Mechanik.
- 4Für DeepSeek Harness gibt es einen inoffiziellen Port, dsh-ponytail, dessen Skills aus demselben Repository unter MIT angepasst sind. Das ist eine Drittanbieter-Anpassung, keine Veröffentlichung von Dietrich Gebert — für das Verhalten haftet, wer portiert hat.
Die veröffentlichten Zahlen und wie man sie liest
Das README beginnt mit großen Einsparungen. Alle stammen aus einer Datei im Repository, benchmarks/results/2026-10-07-agentic.md, und beschreiben ein Setup: headless Claude Code, Opus 5.5, Standard-Effort, Claude Code CLI 2.1.288, 39 Aufgaben, 5 Läufe pro Aufgabe und Arm, 585 Sitzungen. Eine unabhängige Nachprüfung wird hier nicht behauptet.
- 1Codezeilen: -53 % gegenüber ohne Skill, 95-%-Bootstrap-Intervall von -63 % bis -41 %. Ausgabe-Tokens -45 %, Kosten -26 %, Zeit -41 %.
- 2Die Korrektheit blieb gleich: Bei den 18 Aufgaben mit versteckten Checks bestehen mit Ponytail 5 87 von 90, ohne Skill 86 von 90. Bei den sechs Sicherheitsaufgaben bestehen alle drei Arme 30 von 30.
- 3Tests wurden mehr, nicht weniger: Ein Test dort, wo die Logik ihn braucht, entstand in 98 % der Zellen gegenüber 68 % ohne Skill, und die eigenen Tests des Agenten fingen 66 % der injizierten Bugs gegenüber 46 %.
- 4Antworten wurden im Blindvergleich bevorzugt, 110 zu 67 gegenüber der Vorgängerversion, gemessen daran, ob die Antwort dem Reviewer alles Nötige sagt.
- 5Die Aufgabenmischung zählt: 12 Feature-Tickets in einem echten FastAPI-+-React-Repo, 18 chirurgische Aufgaben mit versteckten Checks, 6 „bau mir eine kleine App"-Anfragen und 3 „zeig mir ein Beispiel"-Anfragen. In allen Armen war Bash deaktiviert, gemessen wird also, was der Agent schreibt, nicht was er debuggen kann.
Lies diese Zahlen als „der Autor hat sein Werkzeug an seinem eigenen Aufgabensatz gemessen". Es ist ein sauber dokumentierter Benchmark — Tabellen pro Aufgabe, Intervalle, eine eigene Notiz zu einem Isolationsfehler im frühen Harness —, aber kein Drittanbieter-Audit, und er verspricht nicht dieselben Prozente in deinem Repository.
Ehrliche Grenzen vor der Installation
Ponytail ist ein Prompt. Nichts erzwingt ihn, und ein paar Punkte sollte man kennen, bevor er in einem Team-Repo landet.
- 1Es ist ein Drittanbieterprojekt, kein Anthropic-Produkt. MIT-Lizenz, von einer Person gepflegt; das README warnt, dass es nie .exe- oder .dll-Dateien mitliefert und eine Kopie damit nicht von ihm stammt.
- 2Es ist eine Richtschnur, kein Gate. Das Modell kann weiterhin überbauen, und bei einer Aufgabe, deren Minimallösung ohnehin offensichtlich ist, ist der Unterschied nahe null. Die Leiter zahlt sich dort aus, wo der Agent sonst selbst Struktur erfunden hätte.
- 3Band und Board gibt es nur in Claude Code, sie brauchen Claude Code 2.1.290 oder neuer und erscheinen nicht im VS-Code-Chatpanel, in Cloud-Sitzungen oder bei claude -p. Sitzungsdaten bleiben standardmäßig lokal in ~/.config/ponytail/band/, außer man richtet den optionalen Webhook selbst ein.
- 4Auf manchen Hosts fehlen Funktionen. Ohne Lifecycle-Hooks bleibt das Level nicht über Sitzungen erhalten (Gemini CLI, Qwen, Antigravity, Goose); Cursor-Subagenten bekommen die Regeln nie; die Adapter „nur Regeldatei" haben überhaupt keine Befehle.
- 5Es hinterlässt Zustand außerhalb des Plugin-Ordners: eine Modusdatei, ~/.config/ponytail/config.json, eine Kopie des Statusleisten-Skripts und eventuell einen statusLine-Eintrag in ~/.claude/settings.json. Wird nur das Plugin entfernt, zeigt das Badge weiter den letzten Modus.
Das spricht nicht gegen die Installation — es heißt, man sollte es an einer echten Aufgabe im eigenen Repo ausprobieren und die ersten Diffs selbst lesen, um zu kalibrieren, wie viel es wegschneidet, bevor man es ins Team trägt.