Ponytail — режим ленивого сеньора

В чём проблема

Claude по умолчанию любит переусложнять. Просишь простую вещь — а он тянет лишние библиотеки, плодит файлы, пишет в разы больше, чем нужно. Работать будет, но: чем больше кода — тем больше всего может сломаться, тем дороже каждый запрос и тем труднее потом что-то поменять. Особенно если правишь всё через того же Клода.

Что делает Ponytail

Вшивает в агента одно железное правило — «не делай лишнего». Модель становится ленива к решению, а не к мышлению: сначала всё равно вникает в задачу и читает код, а лениться начинает только на этапе «как сделать». Безопасность, проверки, обработку ошибок, accessibility — не режет. А где что-то упростил, оставляет пометку // ponytail: — что и почему пропущено и как потом усложнить.

Лестница (останавливается на первой сработавшей ступени):

1. Нужно ли это вообще существовать? (YAGNI — пропусти)
2. Уже есть в этом коде? (переиспользуй)
3. Есть в стандартной библиотеке? (бери stdlib)
4. Нативная фича платформы? (<input type="date"> вместо библиотеки-пикера)
5. Уже подключённая зависимость? (используй её, не тащи новую)
6. Можно в одну строку? (one-liner)
7. Только теперь — минимальный новый код.

Классический пример: задача «сделай date picker». Без Ponytail — ставит flatpickr, пишет обёртку-компонент, тянет стили, рассуждает про таймзоны. С Ponytail — нативный <input type="date">.

Заявленный эффект

По замерам автора на реальных сессиях (FastAPI + React), в среднем по 12 задачам: −54% строк кода, −22% токенов, −20% стоимости, −27% времени — при 100% сохранённых защитных проверках. Цифры маркетинговые; итоговую пользу поверх дисциплины стоит проверить своим A/B через /ponytail-gain или /cost.

Установка (Claude Code)

/plugin marketplace add DietrichGebert/ponytail
/plugin install ponytail@ponytail

Работает не только в Claude Code — 16+ платформ: Cursor, Copilot, Codex, Gemini CLI, Antigravity, Windsurf, Cline и др. (каждая через свои rule-файлы). Ставится бесплатно, лицензия MIT.

Команды

Команда	Что делает
/ponytail lite|full|ultra|off	Интенсивность (по умолчанию full)
/ponytail-audit	Проходит по всему проекту и показывает, где напихано лишнего: дубли, ненужные библиотеки, раздутые куски
/ponytail-review	То же самое точечно, по текущим правкам, на ходу
/ponytail-debt	Собирает оставленные ponytail:-пометки в реестр техдолга
/ponytail-gain	Scoreboard экономии: строк / токенов / денег / времени
/ponytail-help	Быстрая справка

Интенсивность: lite — строит что просят, но подсказывает ленивую альтернативу одной строкой; full (дефолт) — лестница в силе, короткий diff; ultra — YAGNI-экстремист: сначала удаление, one-liner + оспаривание требования. Дефолт без команды задаётся через PONYTAIL_DEFAULT_MODE или ~/.config/ponytail/config.json.

Ревизия действующего проекта

Открываешь свой проект → /ponytail-audit → он показывает мусор → просишь Клода пересобрать эти места по-минимуму. Было десять файлов и гора зависимостей — стало чисто, легче в поддержке и дешевле в работе, логика не сломана.

Чем отличается от Caveman

Caveman заставляет давать короче ответы (меньше воды в тексте). Ponytail заставляет меньше нагораживать в самом продукте. Совмещать смысла почти нет — Ponytail закрывает свой вопрос сам.

Кому полезен

• Вайб-кодинг сайтов и лендингов
• Сервисы, боты, внутренние автоматизации
• Не-программистам, которые делают продукты руками Клода
• Клиентские проекты: чистый минимальный результат проще сдать и поддерживать, а на токенах экономишь

Мой статус

Установлен 2026-07-07, v4.8.4, scope user. Пересекается с моими Karpathy-гайдлайнами (Simplicity / Surgical) — держу full по умолчанию, перед сдачей клиентского проекта гоняю /ponytail-audit.

GitHub: DietrichGebert/ponytail