После хакатона сохраните сданные материалы, результат и свой вклад, затем оформите кейс и выберите следующий шаг. Это может быть новое соревнование, развитие продукта или завершение работы. Участникам ML, кейс-чемпионатов и CTF это тоже пригодится — просто сохранять нужно разные вещи.
В воскресенье проект работал. Во вторник закончились кредиты API. Через неделю никто не помнит, в какой ветке лежит финальная версия.
После ML-соревнования так же легко потерять параметры лучшего эксперимента, после кейса — источник важной цифры, после CTF — ход решения.
Это можно предотвратить без новой рабочей ночи. Сначала сохраните результат, потом отдохните и решите, что делать дальше: оформить кейс, пойти на другое соревнование, открыть код или проверить спрос на продукт.
Если сил только на десять минут: сохраните то, что сдавали, подтверждение результата и контакты команды. Дальнейшую судьбу работы можно решить после отдыха.
- Сразу после финала: сохраните результат своего формата
- Как собрать материалы с помощью ИИ
- Если оставляете работающий сервис: проверьте расходы
- Через несколько дней: выберите следующий шаг
- Портфолио: покажите, что сделали именно вы
- Как описать вклад, если помогал ИИ
- Если хотите продолжить участие в своём формате
- Продолжать продукт? Сначала найдите следующую проверку
- Куда идти с проектом дальше
- Если хочется просто закончить
Сразу после финала: сохраните результат своего формата
Договоритесь, где будет храниться общий комплект и у кого есть доступ. Всем пригодятся задание, правила, подтверждение результата, обратная связь и список участников с их вкладом. Остальное зависит от формата.
| Формат | Что сохранить |
|---|---|
| Продуктовый хакатон | Сданную версию кода, инструкцию запуска, видео, скриншоты и исходники презентации |
| ML-соревнование | Код обработки и обучения, параметры, схему оценки, версии разрешённых данных, модели и отправки, если их хранение допускается |
| Кейс-чемпионат | Итоговые слайды, таблицы с формулами, источники с датами и список допущений |
| CTF | Условия доступных задач, последовательность решения, собственные скрипты, проверенные и отвергнутые гипотезы, подтверждение принятых флагов |
В ML запишите, к какой выборке относится метрика: локальной проверке, публичной или итоговой таблице. В CTF узнайте, когда можно публиковать разборы. Доступ к материалам после события и возможность их распространения — разные вещи.
Если в продукте используется модель, добавьте её название и доступную версию, важные параметры, рабочие промпты и набор разрешённых тестовых примеров. Зафиксируйте дату измерений: внешний сервис может измениться, а одинаковый запрос не всегда даёт одинаковый ответ.
Не складывайте в публичную папку всю историю чатов с агентами. Там могут оказаться ключи, личные данные и материалы заказчика. Сохраните полезные решения и очищенные примеры.
Как собрать материалы с помощью ИИ
Для текста, документов и обсуждения заметок подойдёт любой привычный ИИ-сервис. Передавайте только разрешённые материалы. Если у чата нет доступа к репозиторию, он не сможет проверить его содержимое по одному названию.
Первый проход — собрать список. Дайте ассистенту свои заметки и перечень файлов:
Составь список материалов проекта. Раздели: есть, отсутствует, нужно проверить. Не считай файл готовым только потому, что он упомянут в заметках.
Откройте файлы сами, проверьте доступы и исправьте список. Затем попросите короткий план: что сохранить сегодня, что оформить позже. На этом этапе достаточно убедиться, что вы не потеряете результат.
Если оставляете работающий сервис: проверьте расходы
Этот шаг нужен, если после соревнования остались ваши серверы, развёрнутая модель или платные API. Для кейса в PDF и локального CTF-разбора постоянный хостинг обычно не требуется.
Кто оплачивает сервер? Когда истекает пробный доступ? Сколько стоит один запрос к модели? Есть ли ограничение расходов?
Выберите режим:
Оставляем демо. Назначьте ответственного, ограничьте расходы и загрузки. На странице укажите, что это экспериментальная версия.
Отключаем сервис. Сохраните видео и примеры результата, остановите ненужные ресурсы. Если правила требуют доступности проекта после финала, сначала выполните это условие.
Оставляем локальный запуск. Проверьте инструкцию на другом компьютере. Если для запуска нужен платный API, напишите об этом и приложите пример конфигурации без ключа.
Если секрет попал в открытый репозиторий, отзовите или замените его: одного удаления из файла недостаточно. Условия публикации кода, данных и материалов заказчика проверьте до открытия доступа.
Через несколько дней: выберите следующий шаг
После отдыха устройте короткий созвон. Не начинайте с «какие ещё функции добавим». Спросите, что каждый готов делать дальше и сколько времени на это есть.
| Что хотите получить | Ближайшее действие |
|---|---|
| Кейс для поиска работы | Описать задачу, личный вклад и подтверждённый результат |
| Ещё одно соревнование | Разобрать ошибки и найти подходящий формат |
| Проверку продуктовой идеи | Поговорить с потенциальными пользователями и договориться о пробе |
| Техническую публикацию или open source | Выбрать полезную часть, проверить условия публикации, оформить запуск |
| Завершение проекта | Сохранить материалы, закрыть расходы и доступы |
Варианты можно совмещать. Передайте ИИ реальные возможности команды: «У нас есть по три часа в неделю. Сравни оформление кейса и маленький пользовательский тест: работа, зависимости, результат». Если модель предлагает полноценный запуск бизнеса, попросите уменьшить план до одной недели.
Решение принимают участники. Запишите, кто что делает и когда снова встречаетесь.
Портфолио: покажите, что сделали именно вы
В начале кейса объясните три вещи: что нужно было сделать, что взяли на себя вы и что получилось.
Шаблон описания:
На [соревнование] за [срок] команда решала [задача]. Я отвечал за [конкретная часть]. Сделал [действия], проверил [способ]. Результат: [подтверждённая метрика / принятые решения / место / работающий сценарий]. Ограничение: [что осталось за рамками]. Подтверждающие материалы: [ссылки].
Не заняли место — укажите технический или пользовательский результат. Если метрик нет, не придумывайте их: «собрал и проверил импорт событий» информативнее вымышленного «повысил эффективность на 40%».
Какие доказательства приложить:
- Продукт: видео сценария и инструкция запуска.
- ML: сравнение с базовым методом на одной схеме оценки и описание своего эксперимента. Не приписывайте себе всю командную метрику.
- Кейс: фрагмент расчёта, его источники и обоснование рекомендации. Прогнозируемый эффект обозначайте как прогноз, если внедрения не было.
- CTF: разрешённый к публикации write-up — разбор с шагами, почему подход сработал и что сделали именно вы. Одного скриншота рейтинга для объяснения навыка мало.
Для программного проекта в README достаточно понятной структуры:
- Что делает проект и для кого.
- Короткое видео или скриншот результата.
- Контекст соревнования и состав команды.
- Ваш вклад и устройство решения.
- Установка, запуск и необходимые доступы.
- Проверки и их результаты.
- Ограничения, заглушки и использование ИИ.
Как описать вклад, если помогал ИИ
Не нужно измерять авторство процентом строк. Покажите решения, которые вы приняли, и проверки, за которые отвечали.
Например:
Использовал ИИ-ассистента для черновой реализации обработчика и тестов. Сам определил формат данных, проверил поведение на ошибочных файлах, исправил интеграцию и подготовил развёртывание.
Для кейса вместо кода опишите проверку источников, расчётов и выбор решения. Для ML — постановку эксперимента и проверку качества. Для CTF — какую гипотезу помог сформулировать ассистент и как вы её проверили.
Так пишите только о реально сделанной работе. На собеседовании могут попросить объяснить любой из этих шагов.
ИИ можно поручить черновик кейса:
На основе этих заметок составь описание проекта для портфолио: задача, мой вклад, результат, ограничения. Не добавляй метрики, технологии и достижения, которых нет в заметках. Недостающие сведения вынеси вопросами. Отдели работу команды от моей: [материалы].
Это только черновик. Дальше сделайте ещё три прохода:
Проверьте факты. Попросите: «Для каждого достижения покажи подтверждение в моих заметках. Где его нет, задай вопрос». Уберите неподтверждённые числа и чужой вклад.
Уберите общие слова. Верните текст: «Вместо “участвовал в разработке” напиши, что я сделал. Сократи до [объём], сохрани задачу, действия, результат и ограничение». Подставьте свои примеры, если модель снова пишет слишком общо.
Подготовьтесь объяснить. Попросите задавать по одному вопросу о проекте. Если не можете объяснить фразу из кейса, разберитесь в ней или перепишите точнее. Затем откройте все ссылки с другого аккаунта.
Теперь у вас описание, которое можно подтвердить и обсудить. Оно помогает показать навыки, но не обещает оффер.
Если хотите продолжить участие в своём формате
Выберите один навык или приём, который улучшите к следующему старту:
- ML: повторить лучший эксперимент и разобрать ошибки. Рабочий процесс — в гайде от baseline до отправки.
- Кейсы: пересчитать слабое допущение и улучшить обоснование. Порядок работы — в гайде по кейс-чемпионатам.
- CTF: вернуться к нерешённой задаче после разрешённой публикации разборов. Как вести заметки — в гайде по jeopardy.
Продолжать продукт? Сначала найдите следующую проверку
Похвала жюри — полезная обратная связь. Для развития продукта нужно ещё понять, нужен ли он людям вне защиты.
Найдите несколько потенциальных пользователей. Спросите, когда они в последний раз решали эту задачу, как делали это сейчас и что было неудобно. Если уместно, предложите попробовать текущую версию на разрешённых данных.
Для ИИ-продукта отдельно проверьте стоимость обработки, время ожидания и ошибки на новых примерах. Эффектное демо на одном документе мало говорит о работе с десятками других.
Вместо большого обещания «развиваем стартап» назначьте небольшой эксперимент:
За неделю проверим [сценарий] с [пользователи]. Смотрим на [поведение или показатель]. После этого решаем: доработать, изменить подход или остановиться.
Попросите ИИ превратить эту идею в план проверки: «Что наблюдаем, что записываем и при каком результате меняем подход?» Выберите критерий до начала. После разговора с пользователями передайте обезличенные заметки: «Отдели реальные действия от обещаний и комплиментов. Не додумывай ответы». Проверьте выводы по заметкам и решите, что делать дальше.
Куда идти с проектом дальше
На новое соревнование. Подберите формат под интерес и навыки: продуктовый хакатон, ML-задачу, кейс-чемпионат или CTF. Проверьте, допускаются ли прежние наработки, внешние модели и ИИ-инструменты, нужно ли раскрывать их использование. Иногда разрешён только код, написанный во время события. Готовый проект подходит не везде.
На конкурс проектов. Здесь могут оценивать уже существующие разработки. Смотрите требования к стадии, участникам, результатам и демонстрации.
В инкубатор или акселератор — если развиваете продуктовую идею. Сравните, какую помощь получите: работу с экспертами, доступ к пользователям, пилот, обучение. Затем оцените обязательства команды и время участия.
За финансированием. Актуальные подборки ищите в рубрике «Деньги в технологиях». Для каждой программы отдельно проверяйте, кто может подать заявку, какие расходы поддерживаются и какие результаты нужно представить.
Условия берите с официальных страниц. Дайте ИИ найденные документы и попросите таблицу: кто может податься, срок, требования, обязательства. Пустые места он должен отметить, а не заполнить догадками. Затем сами проверьте условия подходящих программ. Перед подачей верните ассистенту требования и состав заявки: «Что из обязательного не подтверждено?» Исправляйте только реальные пробелы.
Если хочется просто закончить
Это допустимый результат. Обсудите, что удалось, где потеряли время и какое одно изменение попробуете на следующем соревновании.
Если хотите продолжить общение с экспертом или представителем компании, напишите по делу: напомните задачу, приложите доступное демо и задайте конкретный вопрос. Не обещайте доработки, на которые команда ещё не согласилась.
Сохранённый кейс, понятный личный вклад и разобранная ошибка уже пригодятся дальше. Проекту не обязательно становиться бизнесом, чтобы участие имело смысл.
Перед следующим стартом: согласуйте работу команды и проверьте свой план по времени.
Частые вопросы
Можно ли добавить в портфолио проект без призового места?
Да, если можно публиковать материалы. Покажите задачу, свою работу, способ проверки и ограничения. Не приписывайте себе командный результат целиком.
Как указать использование ИИ в проекте?
Опишите, с чем помог инструмент, какие решения приняли вы и что проверили. Вместо процента написанного кода назовите конкретные действия, которые сможете объяснить.
Нужно ли превращать хакатонный проект в стартап?
Нет. Кейс в портфолио, технический разбор и улучшение навыка — самостоятельные результаты. Развитие продукта имеет смысл обсуждать, когда есть готовность команды и следующая проверка спроса.
