ИТ КоР 5.0: технический продюсер и система оценки Hackraft за 30 часов

Второй боевой выезд Hackraft и первый корпоративный. На этом хакатоне у меня было две роли. Технический продюсер: всё, что видят и через что работают участники, трекеры и жюри в течение дня, от экранов в залах до сервера, куда команды сдают код. И владелец информационной системы оценки Hackraft, через которую шли все баллы. Задача прилетела за сутки до хакатона: шесть кейсов параллельно (ML, JS, ИБ, 1С, системное администрирование и идеатон), у каждого своя шкала, от 15 до 200 баллов, с дробными шагами. 21 команда, 19 индивидуальных участников, 5 команд идеатона, 20 судей, пять залов. Вечером защиты, и рейтинг должен выдерживать апелляции.

Работал один, но не в одиночку: команду заменили ИИ-агенты (Claude). Я ставил задачи, принимал продуктовые решения и сам запускал каждую выкладку на прод; агенты писали код, тесты, скрипты, документы и проверяли друг друга. Около 30 рабочих треков за 30 часов, 16 pull request, 275 автотестов, шесть выкладок с бэкапом и откатом, ни одного отката.

Что собрали. Жюрейку morda превратили в «хакатон с кейсами»: шесть кейсов в одной админке, судьи и QR по каждому, мобильная форма с черновиком и защитой от потерь, ведомость каждого судьи в PDF одной кнопкой. Рейтинг считается как среднее на судью, как требует регламент; расхождение нашли на сквозном прогоне до старта. Нагрузочное тестирование на реплике: 42 судьи одновременно без единой ошибки. По дороге поймали баг, при котором баллы молча уходили соседней команде, и закрыли его за день до события.

Свой Git вместо GitHub. В день хакатона заказчик решил, что работы команд должны жить в его контуре. За несколько часов подняли собственный Git-сервер: 36 аккаунтов, репозитории ML-кейса с кодом в имени, закрытые от соседей до стоп-кода и автоматически открытые жюри, автоматическое закрытие приёма в 22:00:00, аккаунт жюри только на чтение, дашборд активности команд раз в минуту. Это тот самый «локальный контур» из позиционирования Hackraft, только теперь проверенный боем.

Техническое продюсирование дня. Сценарий экранов, расписание и тайминг я писал как режиссёр трансляции, только без пульта: пять залов работали сами по одной ссылке, с синхронными роликами, отсчётами и «СТОП-КОДОМ» ровно в 22:00:00. Подробно это отдельный кейс: синхронные экраны в пяти залах без режиссёрской.

Документы события. Постановки шести кейсов и единый PDF критериев и весов в фирменном стиле, инструкция и личные карточки для команд ML, демо-стенд жюрейки и рассылка судьям, бриф для ролика ведущего стоп-кода. Генераторы PDF остались и переиспользуются на следующих событиях.

ИИ помогает жюри, а не судит. На прошлых данных мерили, насколько модель совпадает с судьями: корреляция 0,74 против 0,81–0,90 у судей между собой. Поэтому вес модели в рейтинге ноль. Для ML-кейса локальная модель (данные не уходят в облако) прошлась по чек-листу постановки из ~50 пунктов со ссылками на строки кода, баллы считала программа, а не модель. Перед раздачей судьям справки проверили пять независимых ИИ-рецензентов: по четырём командам модель занижала, справки исправили и пометили «было/стало». Апелляцию команды, у которой часть кода не доехала из-за собственного .gitignore, разобрали по истории коммитов за 17 минут.

Что вынес. Требования в день события меняются всегда: свой Git появился за несколько часов, разбалловку методолога ввели и откатили за час. Значит, методику нужно версионировать так же, как код. Второе: машина оператора остаётся единой точкой отказа, у меня её дважды клал VPN. Третье: экраны, захардкоженные под одно событие, просятся в админку, это следующий шаг продукта.