ponytail-debt

von dietrichgebert

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

npx skills add https://github.com/dietrichgebert/ponytail --skill ponytail-debt

ZIP herunterladen GitHub

Every deliberate ponytail shortcut is marked with a ponytail: comment naming its ceiling and upgrade path. This collects them into one ledger so a deferral can't quietly become permanent.

Scan

Grep the repo for comment markers, skipping node_modules, .git, and build output:

grep -rnE '(#|//) ?ponytail:' . (add other comment prefixes if your stack uses them)

Each hit is one ledger row. The comment prefix keeps prose that merely mentions the convention out of the ledger.

Output

One row per marker, grouped by file:

<file>:<line>, <what was simplified>. ceiling: <the limit named>. upgrade: <the trigger to revisit>.

The convention is ponytail: <ceiling>, <upgrade path>, so pull the ceiling and the trigger straight from the comment. Want an owner per row too? add git blame -L<line>,<line>.

Flag the rot risk: any ponytail: comment that names no upgrade path or trigger gets a no-trigger tag, those are the ones that silently rot.

End with <N> markers, <M> with no trigger. Nothing found: No ponytail: debt. Clean ledger.

Boundaries

Reads and reports only, changes nothing. To persist it, ask and it writes the ledger to a file (e.g. PONYTAIL-DEBT.md). One-shot. "stop ponytail-debt" or "normal mode" to revert.

Mehr Skills von dietrichgebert

Erzwingt die faulste Lösung, die tatsächlich funktioniert – einfachste, kürzeste, minimalste. Kanaliert einen Senior-Entwickler, der alles gesehen hat: hinterfragt, ob die Aufgabe überhaupt nötig ist (YAGNI), greift zur Standardbibliothek statt zu eigenem Code, zu nativen Plattformfunktionen statt Abhängigkeiten, zu einer Zeile statt fünfzig. Unterstützt Intensitätsstufen: lite, full (Standard), ultra. Verwende, wenn der Benutzer "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less" oder... sagt.

developmentcode-review

ponytail-review

Code-Review, das sich ausschließlich auf Over-Engineering konzentriert. Findet, was gelöscht werden kann: neu erfundene Standardbibliothek, unnötige Abhängigkeiten, spekulative Abstraktionen, tote Flexibilität. Eine Zeile pro Fund: Ort, was entfernt werden soll, was es ersetzt. Verwenden, wenn der Benutzer „review for over-engineering“, „what can we delete“, „is this over-engineered“, „simplify review“ sagt oder /ponytail-review aufruft. Ergänzt die korrektheitsorientierte Review, diese jagt nur Komplexität.

code-reviewdevelopment

Gesamtrepo-Audit auf Überengineering. Wie ponytail-review, scannt aber die gesamte Codebasis statt eines Diffs: eine sortierte Liste, was gelöscht, vereinfacht oder durch stdlib/native Äquivalente ersetzt werden soll. Verwenden, wenn der Benutzer sagt "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find bloat", "ponytail-audit" oder "/ponytail-audit". Einmaliger Bericht, wendet keine Korrekturen an.

code-reviewdevelopment

Schnellreferenzkarte für alle Ponytail-Modi, Fähigkeiten und Befehle. Einmalige Anzeige, kein dauerhafter Modus. Auslöser: /ponytail-help, "ponytail help", "what ponytail commands", "how do I use ponytail".