ponytail-debt

द्वारा 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

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

Scan

Grep the repo for comment markers, skipping .git and everything the .gitignore files ignore (dependencies, build output, caches, in any stack):

git grep --no-index --exclude-standard -nE '(#|//|/[*]) ?(shortcut|ponytail):' (add other comment prefixes if your stack uses them)

If the user names their own marker word (/ponytail-debt TODO), grep for that word instead.

Each hit is one ledger row. The comment prefix keeps prose that merely mentions the convention out of the ledger. Skip hits that are not a deferral, like a note about a keyboard shortcut.

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 shortcut: <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 marker 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 shortcut 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.

dietrichgebert की और Skills

ponytail
dietrichgebert
सबसे आलसी समाधान को लागू करता है जो वास्तव में काम करता है, सबसे सरल, सबसे छोटा, सबसे न्यूनतम। एक वरिष्ठ डेवलपर की तरह काम करता है जिसने सब कुछ देखा है: कार्य के अस्तित्व की आवश्यकता पर सवाल उठाएं (YAGNI), कस्टम कोड से पहले मानक लाइब्रेरी का उपयोग करें, डिपेंडेंसी से पहले नेटिव प्लेटफॉर्म सुविधाओं का उपयोग करें, पचास से पहले एक लाइन का उपयोग करें। तीव्रता स्तरों का समर्थन करता है: lite,
developmentcode-review
ponytail-review
dietrichgebert
कोड समीक्षा जो पूरी तरह से अति-इंजीनियरिंग पर केंद्रित है। यह पता लगाती है कि क्या हटाना है: पुनः आविष्कृत मानक लाइब्रेरी, अनावश्यक निर्भरताएँ, काल्पनिक अमूर्तताएँ, मृत लचीलापन। प्रत्येक निष्कर्ष के लिए एक पंक्ति: स्थान, क्या काटना है, इसकी जगह क्या लेगा। उपयोग करें जब उपयोगकर्ता कहता है "अति-इंजीनियरिंग के लिए समीक्षा करें", "हम क्या हटा सकते हैं", "क्या यह अति-इंजीनियर है", "सरलीकरण समीक्षा", या /ponytail-review को आमंत्रित करता है। शुद्धता-केंद्रित समीक्षा का पूरक है, यह केवल जटिलता का शिकार करता है।
code-reviewdevelopment
ponytail-audit
dietrichgebert
पूरे रिपॉजिटरी का ओवर-इंजीनियरिंग के लिए ऑडिट। ponytail-review की तरह, लेकिन डिफ के बजाय पूरे कोडबेस को स्कैन करता है: क्या हटाना है, सरल बनाना है, या stdlib/नेटिव समकक्षों से बदलना है, इसकी रैंक्ड सूची। उपयोग करें जब उपयोगकर्ता कहे "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find bloat", "ponytail-audit", या "/ponytail-audit"। एक-शॉट रिपोर्ट, फिक्स लागू नहीं करता।
code-reviewdevelopment
ponytail-help
dietrichgebert
पोनीटेल के सभी मोड, कौशल और कमांड के लिए त्वरित-संदर्भ कार्ड। एक-शॉट प्रदर्शन, स्थायी मोड नहीं। ट्रिगर: /ponytail-help, "ponytail help", "what ponytail commands", "how do I use ponytail"।