NVIDIA HORIZON використовує робочі дерева git та кешування для апаратних агентів
Дослідники NVIDIA представили HORIZON — агентний фреймворк для розробки RTL, що виконує 100% тестів на апаратне проектування. Завдяки робочим деревам git та кешуванню, 91% токенів беруться з кешу.
Вплив: Середній
Чому це важливо
Запозичте підхід HORIZON до повторного використання активних сесій та кешування стабільних вихідників для зниження витрат на ітеративні виклики ШІ-агентів.
TL;DR
- 01Досягає 100% успішності на RTL-тестах завдяки ітеративним циклам із збереженням стану.
- 02Повторно використовує сесії моделей, проводячи 91% вхідних токенів через кеш промптів.
- 03Застосовує git worktrees та git notes як нативний буфер досвіду замість сторонньої бази даних.
Ключові факти
- Частка кешованих токенів
- 91% (за даними авторів)
- Успішність тестів RTL
- 100% (за даними авторів)
- Всього токенів CVDP
- 203.9 млн
Архітектурний аналіз HORIZON
HORIZON визначає завдання апаратного проектування як пакет проекту $p = (\pi_{agent}, E_p, A_p, \Gamma_p, \Omega_p)$, який містить політику агента, виконуваний оцінювач, предикат прийняття, політику контролю версій та предметні навички. Оцінка дизайну RTL вимагає потактової точності симуляції та зняття метрик покриття. Оскільки генерація за один крок не може забезпечити це, цикл постійно редагує робоче дерево, запускаючи тести й створюючи комміти лише при проходженні перевірок.
Оцінка ефективності та споживання токенів
Протестований на наборах ChipBench, RTLLM-2.0, Verilog-Eval та категоріях CVDP, фреймворк HORIZON досяг 100% успішності на всіх тестах.
- Швидкість збіжності: У той час як Verilog-Eval та RTLLM-2.0 збігалися за 2 ітерації, складні завдання доповнення коду RTL (CID 002) потребували до 82 ітерацій для виправлення помилок.
- Ефективність кешування: Тести CVDP спожили колосальні 203.9 млн токенів. Проте завдяки тому, що 91% токенів було зчитано з кешу промптів, фінансові витрати на API були мінімальними. Це доводить, що оптимізація кешування є критичною вимогою для агентів репозитарного масштабу.
Спробуй за 2 хвилини
git diff --cached
git commit -m "iter 7: fix full/empty overlap"
git notes add -m "pass=1 mismatches=0"
git log --onelinebash
✓ Коли використовувати
- При створенні автономних агентів для ітеративного редагування, тестування та налагодження великих локальних проектів.
✕ Коли НЕ варто
- Коли зміни коду незначні й можуть бути згенеровані за один раз без складних циклів зворотної симуляції.
Що зробити сьогодні
- Інтегруйте використання git notes у ваші CI-пайплайни для збереження метаданих перевірок безпосередньо у комітах.
- Проектуйте цикли роботи агентів так, щоб зберігати контекст сесії моделі та уникати повторної тарифікації всього контексту.
Джерела