All Instagram resources
Claude Code · free plugin

Ponytail: same result, a third of the code

The rule from the Reel. We gave two Claudes the same job, a wedding countdown for a website. Normal Claude wrote 71 lines. Claude with Ponytail wrote 22. Both count down to the second. Here's the 2-prompt install, our full test, and a copy-paste version of the rule for the Claude app if you don't use Claude Code.

Came from the Reel? You commented LESS. Here is everything, with one-tap copy.
Before you start: You need Claude Code (paid Claude plan or Console account) and Node.js on your PATH. Ponytail itself is free and open source (MIT).

Setup

  1. In Claude Code, add the marketplace (send this as its own prompt)
    /plugin marketplace add DietrichGebert/ponytail
  2. Then install the plugin (a second, separate prompt)
    /plugin install ponytail@ponytail
  3. Start a new session and check it's on
    /ponytail

Free download

🎁 Download the cheat sheet (PDF)

The ladder, the 2-line install and every command on one printable page.

All 6, step by step

#1

Our test: 71 lines vs 22

Same prompt, same model, run 3 times each: "Add a countdown to my wedding (June 14, 2027, 4pm) on my wedding website's home page: days, hours, minutes, seconds." One run was plain Claude, the other had Ponytail's rules loaded.

  1. Plain Claude: 71, 65 and 69 lines (average 68).
  2. With Ponytail: 22, 31 and 24 lines (average 26).
  3. Output tokens: about 1,305 vs 821 on average. The long version used roughly 60% more.
  4. Both versions count down correctly to the second.
  5. Fair note: the longer one also added its own styling and a "Today's the day!" message. Ponytail kept the countdown and let your site's existing style handle the look.

Tip: Fewer output tokens means you hit your usage limit later. The gap is biggest on UI widgets and helpers; on code that's already minimal, Ponytail changes almost nothing. On a tiny task (a birthday date picker) both versions were already 4 to 5 lines.

Official docs →

#2

What Ponytail actually does

Ponytail is a ruleset that the plugin injects into Claude Code on every turn. Before Claude writes code, it has to climb a ladder and stop at the first rung that works: skip it, reuse what's in the codebase, use the standard library, use a native platform feature, use a dependency you already have, write one line. Only then does it write new code. Ask for a date picker and, instead of a 400-line component, you get the browser's own <input type="date">.

You need
  • Claude Code
  • Node.js on your PATH (the plugin runs two tiny hooks)
  1. Does this need to exist? If not, skip it.
  2. Is it already in this codebase? Reuse it.
  3. Does the standard library do it? Use it.
  4. Is it a native platform feature (like <input type="date">)? Use it.
  5. Is it in a dependency you already installed? Use it.
  6. Can it be one line? Write one line.
  7. Only then: write the minimum that works.

Tip: It never cuts validation, error handling, security or accessibility. It's lazy about the solution, not about reading your code.

Official docs →

#3

No Claude Code? Use the rule in the Claude app

The plugin is for Claude Code. In the regular Claude app you can get the same habit by pasting Ponytail's core rule into a Project's instructions (or Settings → Profile → personal preferences).

You need
  • Any Claude plan
  1. Open a Project → Project instructions (or Settings → Profile).
  2. Paste the prompt below.
  3. Ask for code as usual.
Prompt

You are a lazy senior developer. Lazy means efficient, not careless. Before writing any code, stop at the first rung that holds: 1) Does this need to be built at all? 2) Does it already exist in this codebase? Reuse it. 3) Does the standard library do this? Use it. 4) Does a native platform feature cover it? Use it. 5) Does an already-installed dependency solve it? Use it. 6) Can this be one line? 7) Only then: write the minimum code that works. No abstractions or boilerplate nobody asked for, no new dependency if it can be avoided. Not lazy about: understanding the problem, input validation, error handling that prevents data loss, security, accessibility, or anything I explicitly ask for.

Tip: This is a short version of Ponytail's AGENTS.md (MIT license, by DietrichGebert). The full file has a few more rules.

Official docs →

#4

Install it in 2 prompts

The plugin installs from inside Claude Code. It has to be two separate prompts, one after the other.

You need
  • Claude Code (terminal or the Desktop app's Code tab)
  1. Open Claude Code in any project.
  2. Send: /plugin marketplace add DietrichGebert/ponytail
  3. Send, as a new prompt: /plugin install ponytail@ponytail
  4. Start a new session.
  5. Desktop app: you can also click + next to the prompt box → Plugins → Add plugin.
Command
/plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail

Tip: If every hook call shows "node: command not found", install Node.js. The rules still work without it, but the error goes away once Node is on your PATH.

Official docs →

#5

The commands worth knowing

Ponytail adds a few slash commands. Use the level switch to make it stricter or turn it off for a task where you want Claude to build big.

You need
  • Ponytail installed
  1. /ponytail lite: builds what you asked, but suggests smaller alternatives.
  2. /ponytail full: the default, enforces the whole ladder.
  3. /ponytail ultra: aggressive, cuts speculative features.
  4. /ponytail off: turns it off.
  5. /ponytail-review: reviews your current diff for over-engineering and gives you a delete-list.
  6. /ponytail-audit: does the same for the whole repo.
Command
/ponytail-review
Prompt

Review what you just wrote. Is there anything here the browser, the standard library or an existing file already does? Give me a delete-list.

Tip: If a command isn't found, type /ponytail and look at the suggestions. Some versions show plugin commands with a prefix, like /ponytail:ponytail.

Official docs →

#6

What the numbers really say

The author's benchmark (12 feature tasks on a real FastAPI + React repo, Claude Haiku 4.5) measured about 54% less code, 22% fewer tokens and 20% lower cost on average. The big wins come from over-build traps: a date picker went from 404 lines to 23, a color picker from 287 to 23. An independent test by JetBrains (80 paired tasks) found smaller but real savings: about 15% less code and 10% lower cost, with no drop in quality.

  1. Expect big cuts on UI widgets and helper code.
  2. Expect little change on code that's already lean.
  3. Install it as a plugin. JetBrains found that just copying the skill file in, without the plugin's hooks, means it basically never activates.

Tip: Treat it as a habit-shaper for Claude, not a magic token switch.

Official docs →

Tip: Ponytail shines where Claude tends to over-build: UI widgets, helpers, wrappers, "utility" files. On code that's already minimal it changes almost nothing.

More from our Reels

See all