Claude Code Plugins
Маркетплейс плагинов, который сажает кодового агента за настоящий репозиторий
Два опубликованных плагина Claude Code за одной командой маркетплейса. make-better проходит по существующей кодовой базе по девяти темам и сам вносит правки; feature собирает каждое изменение в изолированном git worktree со своим портом и доводит его до pull request. Оба настраиваются под проект.
$ /make-better# picks the oldest subsystems, reviews each across nine topics Total: 104 findings across 5 systems. - 13 bug fixes (applied automatically) - 14 DRY refactors - 11 architecture cleanups - 13 consistency fixes - 6 efficiency wins - 16 tests added - 18 doc-sync updates - 10 completeness fixes - 3 security each system on its own branch, merged back with --no-ff. nothing pushed.Вывод настоящего прогона на монорепозитории среднего размера, как он опубликован в README проекта.
Проблема
Кодовый агент, который умеет править ваш репозиторий, полезен и опасен на одном и том же вдохе. С полезной частью всё понятно. Опасная в том, что долгий автономный прогон производит кучу изменений без приложенной к ним истории: нельзя понять, какая правка выросла из какого решения, и читать это хуже, чем сделать работу самому.
Оба плагина — попытки дать один и тот же ответ: дать агенту обвязку, которая по построению оставляет след, пригодный для ревью.
make-better
Одна команда проходит по существующей кодовой базе. Она находит подсистемы проекта, записывает их в реестр с отметкой о последнем ревью, затем берёт самые давние и разбирает каждую по девяти встроенным темам — баги, DRY, архитектура, консистентность, эффективность, тесты, синхронность документации, полнота и, по желанию, безопасность. Под конвенции конкретного проекта можно добавить свои темы.
На выходе не отчёт, с которым потом надо что-то делать. Каждая система получает
свою ветку-исполнителя, а агент сливает эти ветки обратно в вашу текущую ветку
merge-коммитами --no-ff, удаляя ветки и подчищая worktree после себя. Линтер и
тесты запускаются один раз в конце.
Ничего никогда не пушится. Вы читаете git log и либо пушите, либо делаете
git reset --hard туда, откуда начали. Именно это единственное ограничение
делает прогон без присмотра безопасным, чтобы вообще попробовать.
feature
Второй плагин закрывает другую половину цикла: сборку нового. Каждая фича или
исправление получает изолированный git worktree на своей ветке и свой стабильный
порт, доступный по читаемому адресу *.localhost. Одна фича может охватывать
сразу несколько репозиториев. Каждая итерация приезжает как pull request, а
локальная админ-панель показывает все живые рабочие пространства — их репозитории,
PR и статус CI, здоровье и логи dev-сервера и кнопку, возвращающую в тот самый
разговор.
Решения, которые стоит назвать
- Давность, а не диффы. Ревью планируется по тому, как долго подсистему не смотрели, поэтому внимание достаётся и тихим углам кодовой базы, а не только тому, что трогали последним.
- Merge-коммит как единица ревью. Один merge на подсистему сохраняет работу
агента читаемой в
git logи через несколько месяцев. - Прогон без присмотра не имеет права зависать. С
--yesнеоднозначные решения уходят в безопасный вариант там, где он есть, а иначе система пропускается и попадает в список «нужно решение человека»: cron-задача, которая остановилась задать вопрос, — это cron-задача, которая молча ничего не сделала.
- /make-better
- Разумные умолчания — обычно три самые давно не читанные системы.
- /make-better 8
- Разобрать восемь систем вместо трёх.
- /make-better flutter 4
- Четыре системы, в именах которых встречается «flutter».
- --no-discover
- Пропустить discovery и сразу перейти к ревью.
- --rebuild
- Сначала принудительно пересобрать реестр подсистем.
- --yes
- Без присмотра — ни plan mode, ни вопросов, работает до конца.
Вся поверхность — четыре флага и необязательный фильтр по подсистемам.
$ /plugin marketplace add fivol/claude-make-better$ /plugin install make-better@make-better$ /plugin install feature@make-better▋Один раз добавить маркетплейс, затем поставить любой из плагинов.