Hermes Agent видалив 375 000 рядків коду за 15 годин рекурсивних субагентів
15-годинна сесія Hermes Agent скоротила 375 000 рядків коду у власному репозиторії за допомогою єдиної директиви. Система підтримувала роботу сотень рекурсивних субагентів, запущених паралельно на одному локальному комп'ютері.
Чому це важливо
Ви можете застосовувати патерни рекурсивної декомпозиції агентів локально для масштабного очищення репозиторіїв без перевантаження власного заліза.
TL;DR
- 01Рекурсивне розгалуження субагентів дозволяє оптимізувати великі репозиторії без переповнення контекстного вікна.
- 02Сучасні агентні середовища здатні стабільно підтримувати близько 120 паралельних агентів на звичайному ПК.
- 03Тривалі автономні задачі можуть працювати понад 15 годин за умови ізоляції підзадач у дочірніх агентах.
Ключові факти
- Час виконання
- ~15 годин
- Видалено коду
- 375 000 рядків
- Пікова паралельність
- ~120 субагентів хвилями + 3 набори по 15 агентів
- Апаратне середовище
- Один локальний комп'ютер
Ієрархічна оркестрація субагентів
Замість того, щоб утримувати повний контекст у межах одного промпту, архітектура використала ієрархічну декомпозицію. Отримавши єдину команду /goal, Hermes Agent розбив задачу рефакторингу на розгалужений граф виконання:
- Одночасні хвилі приблизно зі 120 активних субагентів.
- Три синхронізовані групи по 15 виділених субагентів для окремих компонентів.
- Повна рекурсія субагентів: кожен дочірній агент міг породжувати власні інстанси для виконання підзадач.
Ефективність локального заліза
Увесь 15-годинний сеанс завершився на одному десктопі без перевантаження пам'яті чи зависань процесів. Завдяки ізоляції модифікацій файлів у контекстах окремих субагентів вдалося уникнути накопичення контекстного шуму та видалити 375 000 надлишкових рядків коду.
Спробуй за 2 хвилини
# Initiating long-horizon repository cleanup in Hermes Agent
hermes /goal "clean up, unify, optimize, and prune obsolete code across repo"bash
✓ Коли використовувати
- Масштабний рефакторинг спадщини, видалення застарілого коду та консолідація великих репозиторіїв.
- Стрес-тестування багаторівневих систем автономних субагентів на локальному залізі.
✕ Коли НЕ варто
- У репозиторіях без тестів або систем автоматичного відкату через ризик випадкового видалення потрібної логіки.
- Для дрібних точкових виправлень, де значно швидше й безпечніше використати звичайне редагування.
Що зробити сьогодні
- Проєктувати складний агентний рефакторинг через деревоподібну декомпозицію завдань замість одного промпту.
- Протестувати ресурси локальної робочої станції для паралельного виконання агентів перед масштабуванням у хмару.