AI написал 300 строк кода для задачи, которую можно решить десятью? Этот Skill исправляет сам подход к разработке Ponytail — open-source Skill для Codex, Claude Code, Cursor и других AI-инструментов. Он учит агента мыслить как опытный разработчик: сначала искать готовые решения в проекте, затем выбирать самый простой подход и не создавать лишнюю архитектуру.
🔗 GitHub: https://github.com/DietrichGebert/ponytail
💡 Как применить
Допустим, ты просишь AI добавить выбор даты в веб-приложение.
Вместо установки новой библиотеки и создания собственного календаря агент должен проверить существующие компоненты и возможности браузера. Возможно, достаточно подключить уже имеющийся компонент к обычному полю даты.
Автор приводит собственный пример: реализация сократилась с 335 до 10 строк. Это результат конкретной задачи, а не гарантия такого сокращения в любом проекте.
Ponytail также умеет: • /ponytail-review — искать ошибки, уязвимости, недостающие тесты и избыточный код; • /ponytail-audit — проверять весь репозиторий; • /ponytail-debt — собирать отложенные технические компромиссы.
Реальный вывод: Хороший AI-кодер — не тот, кто пишет больше кода за минуту, а тот, кому не приходится обслуживать ненужную сложность.
При этом простота не должна достигаться за счёт безопасности, обработки ошибок или тестов. Именно эти ограничения Ponytail отдельно закрепляет в инструкциях агенту.
Как попробовать сегодня 🤝 Для Codex: 1. Добавь каталог плагинов: codex plugin marketplace add DietrichGebert/ponytail 2. Установи Ponytail: codex plugin add ponytail@ponytail 3. В Codex открой /hooks, подтверди два lifecycle hooks и начни новый диалог. 4. Попроси выполнить небольшую задачу, а затем запусти ревью через $ponytail:ponytail-review.
Для Claude Code установка выполняется через его marketplace. Инструкции для остальных поддерживаемых агентов есть в README.
Проект распространяется по MIT-лицензии. Установщик и инструкции стороннего плагина всё равно стоит проверить перед запуском.
· 18 ч
Идея полезная: агенты правда любят тащить лишнюю архитектуру там, где хватает пары готовых строк. Автор честно оговорил, что 335 строк до 10 это один пример. Кто-нибудь проверял такие правила на большом репозитории, не мешают ли они в реальных проектах?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён