Лучший способ в чём-то разобраться – это попробовать собрать проект своими руками. Hacker Sprint помогают сделать именно это. Мы выбираем прикладную тему, разбиваемся на команды и за две недели каждая команда пилит свою реализацию, которую можно потом использовать для себя или на работе. В финале показываем, что получилось, и голосуем за лучший проект.

Тема спринта

Пишем своего оркестратора агентов, который берёт задачу из бэклога, прогоняет ее через выбранный вами флоу и доводит до PR.

Тема прикладная – результат можно использовать в своих пет-проектах или показать как демо у себя в компании. В клубе уже было три сессии по разным подходам к такой оркестрации — от Гены Евстратова, Степана Гончарова и Михаила Мужаровского. Там можно подсмотреть конкретные идеи и архитектурные решения.

Двух недель, конечно, недостаточно, чтобы сделать универсальное и отлично работающее решение – но этого времени точно хватит, чтобы собрать минимальный пайплайн, и поэкспериментировать с одной или несколькими интересными идеями.

Правила

Минимальные требования

Чтобы проект считался завершённым, оркестратор должен уметь:

Брать задачу из любого источника – автоматически, из любого трекера или очереди на ваш выбор.
Писать код – агент реализует задачу.
Создавать PR – результат работы попадает в репозиторий.
Уходить на доработку – если что-то пошло не так, система должна это обнаружить и попробовать исправить.
Работать на настоящем репозитории – чтобы можно было показать результат на демо.

Дополнительные блоки

Это необязательные, но интересные расширения, которые можно добавить к базовой реализации:

Проверка полноты задачи	Система проверяет требования и при необходимости запрашивает дополнительные вводные у пользователя.
Декомпозиция	Если задача слишком большая или параллелизуемая, оркестратор разбивает её на части и раздаёт отдельным агентам.
Merge conflicts resolution	При конфликтах оркестратор запускает агента, который их решает.
Agentic code review	Оркестратор сам проводит ревью и по набору эвристик решает, можно ли мержить PR.
Выбор стратегии от типа задачи	Различает, например, новую фичу и багфикс, и вызывает соответствующий пайплайн. В пайплайнах можно поэкспериментировать с разными типами моделей – например, делегировать составление плана дорогой модели, а имплементацию – дешевой.
Верификация кода и quality gates	Линтеры, юнит-тесты или что-то более сложное.
Observability	Логирование этапов пайплайна, ошибок, стоимости запросов.
Параллельные реализации	Оркестратор генерирует 2–3 подхода, сравнивает их по критериям и выбирает лучший.
Долгосрочная память	Система накапливает опыт между сессиями и использует его в будущих задачах.

Правила

Технический стек, включая выбор моделей и агентов, на ваш вкус.
Можно использовать любые существующие библиотеки или форкать чужие проекты (в том числе оркестратор Гены или Степы). Главное – добавить что-то от себя и получить интересный результат.
Если кто-то из команды уже начал работать над собственным оркестратором, и команда готова продолжить работать над ним, то его можно использовать как основу для старта проекта.