Правила gbdev для разработчиков, использующих AI-ассистенты при контрибуции
Grok и GPT поспорили: AI не пройдёт VBlank-тайминг на реальном железе
Сообщество gbdev, объединяющее разработчиков под Game Boy, опубликовало политику использования AI-инструментов при внесении вклада в проекты. AI-ассистенты не запрещены, но их применение не поощряется из-за этических и правовых рисков. Главное требование — полное раскрытие факта использования AI и конкретных инструментов в коммитах. Контрибьютор обязан понимать и проверять сгенерированный код, а «непроверенные» правки, созданные без участия человека, запрещены. Такой подход защищает процесс наставничества: мейнтейнеры тратят время на обучение новичков, а слепое доверие AI мешает росту разработчика и увеличивает нагрузку на ревьюеров.
Сообщество gbdev, развивающее проекты для разработки под Game Boy, представило официальную политику по использованию AI-ассистентов при написании кода. Документ описывает правила для контрибьюторов, которые применяют генеративные инструменты вроде Claude или Copilot. Основной посыл — AI-помощь допустима, но не приветствуется, а ответственность за любой предоставленный код полностью лежит на человеке. Разработчик обязан не только раскрыть, какие инструменты и модели использовались, но и гарантировать, что он лично проверил, понял и может объяснить каждую строчку. «Необслуживаемые» (unattended) правки, сгенерированные по промпту и отправленные без осмысленной проверки, строго запрещены, если только в проекте нет специально отведённого для таких экспериментов места. Политика подчёркивает, что gbdev — это не просто репозитории с кодом, а сообщество, построенное на наставничестве. Мейнтейнеры тратят ограниченное время на ревью, чтобы помочь новичкам стать самостоятельными разработчиками. Когда контрибьютор присылает код, сгенерированный AI, в котором сам не разобрался, он перекладывает нагрузку на ревьюера и подрывает образовательную миссию проекта. Такой подход ведёт к выгоранию мейнтейнеров и не даёт новичку получить необходимые знания. Поэтому даже если общая политика проекта разрешает AI-ассистентов, конкретный мейнтейнер вправе отказаться рассматривать такой PR. Для соблюдения лицензионной чистоты контрибьютор должен убедиться, что AI-сгенерированный код не привносит несовместимые или неясные лицензии. AI-агентам запрещено авторство git-коммитов — коммит всегда делает человек, берущий на себя полную ответственность. Факт использования AI обязательно фиксируется в сообщении коммита с помощью тега Assisted-by, где указывается название инструмента, версия модели и, опционально, специализированные анализаторы (например, coccinelle или sparse). Обычные средства разработки (git, gcc, редакторы) перечислять не нужно. Документ не является окончательным: по мере развития инструментов, норм и законодательства политика может пересматриваться. Сейчас она отражает текущую позицию рабочей группы gbdev и опирается на аналогичные инициативы, такие как политика ядра Linux и рекомендации Debian. Для начинающего разработчика это руководство — важный сигнал: AI может ускорить рутинные задачи, но настоящее понимание системного программирования и рост в сообществе возможны только через собственный анализ и осознанную работу с кодом.