Обзор плагина feature-dev от Антропик
Как установить:
/plugin install feature-dev
или просто:
/plugin
и выберите плагин из списка
Как использовать:
/feature-dev добавь аутентификацию с Oath
Вы можете приколоться и запустить:
/feature-dev
Вообще без всяких аргументов, тогда плагин сам предложит, какие фичи внедрить (так вы можете полностью автоматизировать написание кода 🤣)
Работа плагина состоит из 7 фаз:
1. Discovery (Обнаружение) — выяснить, что именно нужно построить, собрать требования и цели.
2. Codebase Exploration (Исследование кода) — проанализировать существующую кодовую базу и понять её структуру.
3. Clarifying Questions (Уточняющие вопросы) — задать вопросы, чтобы улучшить понимание задачи перед началом кодирования.
4. Architecture Design (Проектирование архитектуры) — предложить и оценить архитектурные решения и структуры.
5. Implementation (Реализация) — построить функциональность по этапам с проверкой на каждом шаге.
6. Quality Review (Контроль качества) — протестировать код, найти и исправить баги и проблемы.
7. Summary (Итоги/Резюме) — документировать проделанную работу и получить итоговое описание изменений.
Чем это отличается от стандартного режима планирования?
Добавление фичи в ваш проект происходит по четкому и структурированному плану. Плагин будет задавать вам вопросы дважды. Первый раз стандартные вопросы режима планирования, второй раз вопросы по реализации (после изучения кодовой базы).
Для фаз 2 и 4 вызывает сразу 2-3 субагентов (под настроение):
• code-explorer
• code-reviewer
• code-architect
Что сильно увеличивает расход ОЗУ на этих фазах работы.
(Вы можете вызвать субагента через двоеточие /feature-dev:code-explorer т.е. по умолчанию плагин вызывается как /feature-dev:feature-dev — что означает использование основного агента)
Так же в плане четко прописано «выполнить тесты». Обычный режим планирования может быть протестирует, может быть нет. Это уж как повезет. Тут таких «или или» быть не может.
Но, на новом нулевом проекте это рабтать вообще не будет, просто потому что там нет никакой кодовой базы для изучения и разницы на новом проекте я вообще ен заметил.
Так же этот планиг увеличивает расход токенов. Если выполнение одного промпта в режиме планирования в среднем занимает минут 5, то полный цикл работы feature-dev у меня иногда доходил до 30 минут.
Резюме:
Использовать для:
• Новых функций, которые затрагивают несколько файлов
• Функций, требующих архитектурных решений
• Сложной интеграции с существующим кодом
• Функций, где требования пока не до конца ясны
Не использовать для:
• Исправлений ошибок, занимающих одну строку
• Тривиальных изменений
• Чётко определённых, простых задач
• Срочных хотфиксов
👇 Ребята, попробуйте плагин, отпишитесь в комметах, как он вам
Добавить комментарий