Hacktoberfest 2026 не считает пул-реквесты. Вместо этого участникам предлагают написать первый skills.md, собрать собственного опенсорсного агента, дообучить open-weight-модель или пойти туда, куда поведёт любопытство. Программа сместилась в сторону сотен офлайновых фестивалей и онлайн-хакатона вокруг открытого кода и open-weight-моделей.
Причина в том, что код для пул-реквеста теперь пишется за секунды. Автор эссе «Дело было не в коде: Hacktoberfest, ИИ и ценность самого пути» формулирует это прямо: если ценностью был код, эта ценность подешевела. Проверять сгенерированные реквесты всё равно человеку, а поток от этого не уменьшается.
Дальше разбираем, что именно поменялось в формате, почему метрика в виде пул-реквеста перестала работать и на что она сменилась: совместная работа, обучение, навык суждения и умение делиться знанием так, чтобы другой человек или агент могли понять его и безопасно применить.
Что изменилось в Hacktoberfest 2026
Hacktoberfest не отменили, сменились акценты. Ежегодный опенсорс-евент отказался от подсчёта пул-реквестов как основной метрики участия и перевёл программу в три новых типа вклада, вокруг которых теперь строится хакатон.
Новые правила участия: skills.md, агенты и open-weight-модели
Формулировка организаторов такая: вместо подсчёта пул-реквестов участник напишет свой первый skills.md, соберёт собственного опенсорсного агента, дообучит open-weight-модель или пойдёт туда, куда поведёт любопытство. Так это описано в эссе на Хабре.
Что стоит за каждым пунктом:
- skills.md - файл с коротким набором инструкций, которым может следовать другой агент. Задача формулируется так, чтобы её смог выполнить не только автор, но и чужой агент.
- Собственный опенсорсный агент - участник выкладывает собранного агента, а не отдельный патч.
- Дообучение open-weight-модели - вклад в модель с открытыми весами, которую можно запустить и доработать на своём железе.
Happy path нового формата выглядит так: решить проблему, оформить решение как скилл, запушить репозиторий. Если он полезен, чужие агенты подхватят его, и результат начнёт работать без участия автора.
Одна деталь остаётся за пределами доступных материалов: как именно будет устроен учёт участия вместо подсчёта пул-реквестов. В описании события перечислены новые форматы вклада, но сама механика подсчёта не раскрыта.
Почему Hacktoberfest отказался от подсчёта пул-реквестов
ИИ сделал написание кода для пул-реквеста делом пары запросов по подписке. Мейнтейнеры утонули бы в проверке реквестов, и от проведения евента не выиграл бы никто.
У автора эссе есть личный счёт. Патчи, которые она отправляла ради футболок Hacktoberfest, агент теперь пишет за несколько секунд. Футболки остались в шкафу, а труд, который за ними стоял, обесценился ровно настолько, насколько подешевела генерация кода. Вывод автора: если ценностью был код, эта ценность только что подешевела. Разбор причин приведён в эссе на Хабре.
Почему код и пул-реквест перестали быть главной ценностью
Код не перестал быть нужен. Сместилось узкое место: раньше дефицитом было написание кода, теперь дефицит - проверка, понимание и ответственность за результат. Когда производство артефакта стоит почти ноль, дорогим становится всё, что вокруг него.
Что происходит с мейнтейнерами, когда PR пишут агенты
Генерация занимает секунды, ревью - часы. Когда стоимость создания пул-реквеста падает почти до нуля, растёт не качество проектов, а очередь на проверку. Мейнтейнер рискует утонуть в потоке автоматических запросов: каждый нужно открыть, понять, сопоставить с задачами проекта и либо принять, либо объяснить, почему нет.
Экономика опенсорса держится на добровольном времени. Разбор AI-агентов в цикле разработки показывает ту же закономерность с другой стороны: ощущение, что агент написал 70-80% готового кода, не превращается в ускорение, потому что время уходит на понимание, исправление и интеграцию, а главным узким местом становится безопасность.
Разница между патчем и автоматическим запросом видна на уровне мотивации. Патч несли потому, что человек разобрался в проблеме и готов отвечать на вопросы в комментариях. Массовая генерация снимает этот фильтр: реквест приходит быстрее, чем кто-либо успевает вникнуть в контекст проекта.
Охват и понимание не одно и то же
Автор эссе сравнивает освоение нового языка или репозитория с маршрутом по пересечённой местности: горы, озёра, долгие обходы. Сама трудность была тренировкой. Цель состояла не в том, чтобы запомнить синтаксис, а в том, чтобы наработать навык писать понятный, даже красивый код именно на этом языке и именно с этой библиотекой.
Разговор с агентом устроен иначе: «Расскажи мне про этот репозиторий», «Почини вот эту ошибку и ещё вон ту». Полёт над репозиторием даёт охват, но не даёт навыка суждения. Это не довод против полёта. Честная констатация: охват и понимание - разные вещи.
Что остаётся ценным, когда артефакт подешевел
То, ради чего люди писали код, не исчезло вместе с ценой на его генерацию. Автор называет три вещи: совместная работа, привычка делать то, что действительно нужно другим людям, и обучение.
Совместная работа и обучение
«Раньше мы учились через написание кода, теперь агенты помогают нам учиться, но смысл всегда был в обучении, а не в наборе текста» - пишет автор эссе.
Практический смысл простой. Когда пул-реквест перестаёт быть метрикой, вклад оценивают иначе: стало ли кому-то проще, понял ли другой человек идею, воспроизвёл ли результат. Готовых метрик для такого учёта никто не предложил, но направление смены видно уже в самом формате события.
Навык суждения и понятный код
Агент выдаёт работающий фрагмент. Решение о том, соответствует ли он задаче, что произойдёт при замене зависимости и не сломает ли он чужие ожидания, остаётся за человеком. Этот навык и тренировал старый маршрут: долгие обходы по незнакомому коду, разбор чужих решений, попытка объяснить свою правку в комментарии к пул-реквесту.
Отсюда вторая часть вывода: ценность смещается на умение делиться знанием так, чтобы другие могли его понять и безопасно применить. Понятность перестаёт быть вежливостью и становится условием работоспособности вклада.
Две задачи, которые агент не решает за человека
Две задачи остаются на человеке: донести идею до другого и обеспечить безопасность. Первая про смысл, вторая про последствия.
Как донести идею до другого человека и агента
skills.md - короткий набор инструкций, которым может следовать другой агент. Если инструкция неоднозначна, агент применит её не так, как задумано, и никто этого не заметит, пока результат не уехал в репозиторий. Упаковка знания в понятный текст превращается из приятного дополнения в ключевой навык.
С этим связан спор о границах делегирования. Материал о том, почему часть разработчиков сопротивляется ИИ-агентам, разбирает границу между полезной передачей задач, авторством и инженерной ответственностью. Чем больше работы уходит агенту, тем выше цена того, что человек формулирует сам.
Безопасность: когда скилл запускается с твоими правами
Второй сценарий жёстче. Найденный скилл запускается агентом с твоими правами и может незаметно выполнить вредоносные команды. Агент работает в твоём окружении: с доступом к файлам, переменным среды, сетевым запросам и ключам, которые лежат рядом.
Механика знакома по разборам автономных агентов. Разбор инцидента с агентами OpenAI и Hugging Face показывает, как автономность, сетевой доступ и лишние полномочия превращают локальный сбой в системный риск, и даёт чек-лист контроля для агентов в продакшене.
Логика защиты известна из операционных практик. Agent-Ops 0.4.0 строится на правиле: ИИ предлагает, человек утверждает, а детерминированный исполнитель применяет только допущенные действия. Применительно к скиллам это значит, что список действий должен быть виден до запуска, а не после.
Практический пример: worklore и skill-xray для проверки скиллов
Автор описывает собственный проект worklore и скилл skill-xray. Его задача - статический разбор возможностей скилла до запуска. Описание приведено в эссе на Хабре.
Как работает статический разбор скилла до запуска
Идея в том, чтобы заранее посмотреть, какие возможности скилл заявляет, до того как агент выполнит его с твоими правами. Проверка идёт по описанию и структуре скилла, без запуска: сначала выясняется набор возможностей, потом принимается решение, доверять ли ему доступ к рабочему окружению.
Смысл шага в снижении риска незаметного выполнения вредоносных команд. Если скилл собирается делать что-то за пределами заявленной задачи, это должно всплыть до первого запуска, а не в логах после.
Ограничения подхода и что он не гарантирует
Статический разбор не даёт абсолютной гарантии безопасности. Он помогает увидеть заявленные возможности, но не заменяет осторожность и понимание того, с какими правами запускается агент. Скилл, описанный аккуратно и полно, всё равно выполняется в том окружении, которое ему предоставил пользователь.
Что именно проверяет skill-xray и как устроен его разбор, в доступных материалах не раскрыто. Это пример подхода, а не готовое решение на все случаи.
Что это значит для читателя AI-Manual
Сюжет с Hacktoberfest напрямую касается тех, кто работает с локальными LLM, агентами и open-weight-моделями: те же три типа вклада, которые предлагает событие, входят в ежедневную практику.
Как проверить свои скиллы и агентов на безопасность
- Определить, какие права получает агент, и урезать их до действительно необходимых.
- Посмотреть, что скилл собирается делать, до запуска, а не после него.
- Не запускать непроверенные скиллы с широкими правами на машине, где лежат ключи и есть доступ к рабочим системам.
- Ограничить сетевой доступ для агента, которому он не нужен по задаче.
- Считать чужой skills.md таким же недоверенным входом, как любой скачанный скрипт.
Стоит ли участвовать в Hacktoberfest 2026 в новом формате
Смысл участия сместился в сторону обучения, совместной работы и навыка делиться знанием. Для тех, кто хочет разобраться в агентах и open-weight-моделях, новые форматы дают повод сделать первый шаг: написать skills.md, собрать агента, попробовать дообучение на своём железе. Локальный запуск моделей здесь уместен: дообучение open-weight-модели не требует чужого облака и лишних разрешений.
Ограничения видны сразу. Новый формат не решает проблему безопасности и качества вклада: скиллы придётся проверять самому, а как будет считаться участие вместо подсчёта пул-реквестов, публично не раскрыто. Участие имеет смысл, если цель - навык и совместная работа, а не строка в профиле.
Практический шаг, который можно сделать сегодня: взять один свой повторяющийся сценарий работы с агентом, оформить его как skills.md с однозначными инструкциями и выписать, какие права понадобятся для его выполнения. Дальше решение простое: если список прав шире задачи, скилл ещё не готов.
Источники
- Дело было не в коде: Hacktoberfest, ИИ и ценность самого пути — эссе на Хабре, на которое опирается разбор формата Hacktoberfest 2026, цитат автора и проекта worklore со скиллом skill-xray.