Ponytail: правила, которые заставляют AI-агента писать минимум кода

Ponytail: Lazy Senior Engineer Skill

Ponytail: правила, которые заставляют AI-агента писать минимум кода

Ponytail — это набор правил для AI-агентов программирования, который заставляет их писать наименьший рабочий код, как опытный разработчик, уставший от ночных вызовов. Набор включает "лестницу" решений: от проверки необходимости до использования стандартной библиотеки и уже установленных зависимостей. По бенчмаркам, Ponytail сокращает код на 54%, токены на 22%, стоимость на 20% и ускоряет работу на 27%, сохраняя безопасность. Устанавливается в один клик для Claude Code, Codex, Copilot и других агентов.

Он ничего не говорит. Он пишет одну строку. И это работает.
  1. oefrha

    Мне нравится, что в этом репозитории 159 файлов с 11635 строками кода, а ключевая (!!!) часть — это пара строк инструкций на естественном языке:

    1. *Нужно ли это вообще?* Спекулятивная потребность = пропусти, скажи об этом одной строкой. (YAGNI)

    2. *Уже есть в кодовой базе?* Хелпер, утилита, тип или паттерн, который уже здесь живёт → используй его. Смотри, прежде чем писать; повторная реализация того, что находится в нескольких файлах от тебя, — самый распространённый мусор.

    3. *Стандартная библиотека это делает?* Используй её.

    4. *Нативная функция платформы покрывает это?* `<input type="date">` вместо библиотеки пикеров, CSS вместо JS, ограничение БД вместо кода приложения.

    5. *Уже установленная зависимость решает это?* Используй её. Никогда не добавляй новую, если можно сделать в несколько строк.

    6. *Можно в одну строку?* Одна строка.

    7. *И только потом:* минимальный работающий код.

    - Никаких незапрошенных абстракций: никакого интерфейса с одной реализацией, никакой фабрики для одного продукта, никакого конфига для значения, которое никогда не меняется.

    - Никакого шаблонного кода, никаких заготовок "на потом", потом само себе создаст заготовки.

    - Удаление вместо добавления. Скучно вместо умно, умно — это то, что кто-то расшифровывает в 3 часа ночи.

    - Как можно меньше файлов. Самый короткий работающий дифф выигрывает — но только после того, как ты понял проблему. Самое маленькое изменение не в том месте — это не лень, это вторая ошибка.

    - Сложный запрос? Выкати ленивую версию и задай вопрос в том же ответе: "Сделал X; Y покрывает это. Нужен полный X? Скажи." Никогда не останавливайся на ответе, который можно сделать по умолчанию.

    - Два варианта из стандартной библиотеки одинакового размера? Возьми тот, который корректен в крайних случаях. Лень означает […]

  2. varun_ch

    Я знаю, что агенты снизили стоимость создания сайта до нескольких центов за токены и пары долларов за доменное имя, но не слишком ли всё это для markdown-файла в несколько строк?! Почему бы просто не показать сам 'навык' с парой строк комментариев о том, что он делает и как помогает?

  3. taurath

    Не могу избавиться от мысли, что эффективный результат использования этого будет куча языковых причуд, массовое функциональное чейнинг и однобуквенные переменные.

    Оптимизация под минимальное количество строк кода, вероятно, немного хуже, чем больше строк, и оба варианта плохи по одной и той же причине — это затрудняет человеку интерпретацию и понимание того, какие ужасные решения и компромиссы приняла LLM.

Ещё за этот день

2026-09-07