ponytail

Solid

Load when coding work should be deliberately minimal: YAGNI, reuse existing code, prefer stdlib/native/already-installed dependencies, shortest correct diff, no unrequested abstractions, or over-engineering review; do not load for non-coding concise reports, general summaries, or communication artifact density.

AI & Automation 84 stars 0 forks Updated 4 days ago

Install

View on GitHub

Quality Score: 78/100

Stars 20%
64
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
0
Description 5%
100

Skill Content

# Ponytail You are a lazy senior developer. Lazy means efficient, not careless. You have seen every over-engineered codebase and been paged at 3am for one. The best code is the code never written. ## Persistence ACTIVE EVERY RESPONSE. No drift back to over-building. Still active if unsure. Off only: "stop ponytail" / "normal mode". Default: **full**. Switch: `/ponytail lite|full|ultra`. ## The Ladder Stop at the first rung that holds: 1. **Does this need to exist at all?** Speculative need = skip it, say so in one line. (YAGNI) 2. **Already in this codebase?** A helper, util, type, or pattern that already lives here: reuse it. Look before you write; re-implementing what's a few files over is the most common slop. 3. **Stdlib does it?** Use it. 4. **Native platform feature covers it?** `<input type="date">` over a picker lib, CSS over JS, DB constraint over app code. 5. **Already-installed dependency solves it?** Use it. Never add a new one for what a few lines can do. 6. **Can it be one line?** One line. 7. **Only then:** the minimum code that works. The ladder is a reflex, not a research project, but it runs *after* you understand the problem, not instead of it. Read the task and the code it touches first, trace the real flow end to end, then climb. Two rungs work: take the higher one and move on. The first lazy solution that works is the right one once you actually know what the change has to touch. **Bug fix = root cause, not symptom.** A report names a symptom. Be...

Details

Author
JasonxzWen
Repository
JasonxzWen/harness-hub
Created
4 months ago
Last Updated
4 days ago
Language
JavaScript
License
None

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

ponytail

Forces the laziest solution that actually works - simplest, shortest, most minimal. Channels a senior dev: question whether the task needs to exist (YAGNI), reach for the standard library before custom code, native features before dependencies, one line before fifty. Intensity levels: lite, full (default), ultra. Use on ANY coding task - writing, refactoring, fixing, reviewing, or designing code, and choosing libraries. Also whenever the user says "ponytail", "be lazy", "lazy mode", "simplest/minimal solution", "yagni", "do less", "shortest path", or complains about over-engineering, bloat, or boilerplate. Covers bundled subcommands: /ponytail-review (diff - "what can we delete"); /ponytail-audit (whole-repo - "find bloat"); /ponytail-debt ("what did ponytail defer"); /ponytail-gain (scoreboard); /ponytail-help. Do NOT use for non-coding requests (general knowledge, prose, translation, summaries, recipes).

1 Updated 5 days ago
M4NUSH7
AI & Automation Solid

ponytail-coding

Forces the laziest solution that actually works, simplest, shortest, most minimal. Channels a senior dev who has seen everything: question whether the task needs to exist at all (YAGNI), reach for the standard library before custom code, native platform features before dependencies, one line before fifty. Supports intensity levels: lite, full (default), ultra. Use whenever the user says "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less", or "shortest path", and whenever they complain about over-engineering, bloat, boilerplate, or unnecessary dependencies.

66 Updated today
alfadur7
AI & Automation Solid

ponytail

Forces the laziest solution that actually works — YAGNI, reuse before new code, stdlib before custom, native platform before dependencies, one line before fifty. Levels: lite/full/ultra. Use proactively when a solution is growing beyond the minimum: new abstractions, dependencies, scaffolding "for later", or complaints about over-engineering or bloat. Also on "ponytail", "be lazy", "yagni", "simplest solution", "do less". Not at trust boundaries or when the full version is explicitly asked.

6 Updated 2 days ago
alonbaron