Skills Dietrichgebert

บังคับใช้วิธีแก้ที่ขี้เกียจที่สุดที่ใช้งานได้จริง ง่ายที่สุด สั้นที่สุด และน้อยที่สุด เลียนแบบนักพัฒนาระดับอาวุโสที่เห็นทุกอย่างมาแล้ว: ตั้งคำถามว่างานนั้นจำเป็นต้องมีอยู่จริงหรือไม่ (YAGNI) เลือกใช้ไลบรารีมาตรฐานก่อนโค้ดที่เขียนเอง ใช้ฟีเจอร์ดั้งเดิมของแพลตฟอร์มก่อน dependency ใช้หนึ่งบรรทัดก่อนห้าสิบบรรทัด รองรับระดับความเข้มข้น: lite, full (ค่าเริ่มต้น), ultra ใช้เมื่อผู้ใช้พูดว่า "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less" หรือ...

การตรวจสอบทั้งรีโปสำหรับการออกแบบที่ซับซ้อนเกินจำเป็น คล้ายกับ ponytail-review แต่สแกนโค้ดเบสทั้งหมดแทนที่จะเป็น diff: รายการจัดอันดับสิ่งที่ควรลบ ลดความซับซ้อน หรือแทนที่ด้วย stdlib/ของดั้งเดิมที่เทียบเท่า ใช้เมื่อผู้ใช้พูดว่า "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find bloat", "ponytail-audit" หรือ "/ponytail-audit" รายงานครั้งเดียว ไม่ใช้การแก้ไข

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.

บัตรอ้างอิงด่วนสำหรับโหมด ทักษะ และคำสั่งทั้งหมดของ ponytail แสดงผลครั้งเดียว ไม่ใช่โหมดถาวร ทริกเกอร์: /ponytail-help, "ponytail help", "what ponytail commands", "how do I use ponytail

ตรวจสอบโค้ดที่เน้นเฉพาะการออกแบบที่ซับซ้อนเกินจำเป็น ค้นหาสิ่งที่ควรลบ: การสร้างไลบรารีมาตรฐานขึ้นมาใหม่, dependencies ที่ไม่จำเป็น, การสร้างนามธรรมที่คาดเดา, ความยืดหยุ่นที่ไร้ประโยชน์ หนึ่งบรรทัดต่อหนึ่งสิ่งที่พบ: ตำแหน่ง, สิ่งที่ควรตัด, สิ่งที่ใช้แทน ใช้เมื่อผู้ใช้พูดว่า "review for over-engineering", "what can we delete", "is this over-engineered", "simplify review" หรือเรียกใช้ /ponytail-review เสริมการตรวจสอบที่เน้นความถูกต้อง โดยอันนี้จะตามล่าความซับซ้อนเท่านั้น