Flathub обновил требования к авторам приложений и прямо указал, что приложения с AI-сгенерированным или AI-assisted кодом, документацией и другим содержимым не допускаются к публикации. Правило важно для разработчиков Linux-приложений, потому что оно затрагивает саму программу, manifest, metadata, патчи, build scripts и pull request для отправки в магазин.
Новая политика Flathub охватывает приложение и весь процесс отправки
Flathub, один из главных каталогов приложений в формате Flatpak для Linux, обновил раздел требований к авторам приложений. В блоке Generative AI policy теперь сказано, что правило применяется одновременно к самому приложению и к процессу отправки в Flathub: manifest, metadata, patches, build scripts и pull request.
В документации также уточняется, что под приложениями в рамках этой политики понимаются BaseApps, extensions и любые другие артефакты, которые может произвести flatpak-builder. Это важное уточнение: правило затрагивает финальный интерфейс программы и технические файлы, через которые приложение собирается и публикуется в репозитории.
Ключевая формулировка в актуальных требованиях Flathub звучит жёстко: applications containing AI-generated or AI-assisted code, documentation, or other content are not allowed. Также Flathub указывает, что такие отправки могут быть отклонены без дополнительного ревью, а повторные нарушения способны привести к постоянному запрету на будущие отправки и участие в активности проекта.
Официальная страница требований Flathub доступна в разделе Requirements. Само изменение видно в коммите документации Reword LLM policy to make it clear it's not allowed.
Коммит показывает переход от оценки качества к прямому ограничению
Изменение появилось в репозитории flathub-infra/documentation. В коммите видно, что прежняя формулировка была мягче: она касалась случаев, когда большая часть кода написана при помощи AI без содержательного человеческого участия, проверки, обоснования или модерации. Отдельно упоминались низкокачественные AI-generated или AI-assisted изменения.
Новая версия формулирует правило шире. Теперь в центре внимания находится сам факт наличия AI-generated или AI-assisted кода, документации и другого содержимого в приложении. Одновременно политика распространяется на материалы отправки: манифест, метаданные, патчи, скрипты сборки и pull request.
Для разработчиков это означает более строгий порог допуска. Даже если приложение работает и проходит техническую сборку, автору придётся учитывать происхождение кода, документации и сопутствующих файлов. Flathub также просит не использовать AI-инструменты для генерации, открытия или автоматизации submission pull requests и не запрашивать AI-review внутри PR. В документации отдельно упомянуты автоматические ревью GitHub Copilot, которые можно отключить в настройках GitHub.
Исключения оставлены для зрелых и поддерживаемых проектов
Политика Flathub содержит оговорку: исключения могут быть предоставлены mature, well-maintained projects. Документация при этом не расписывает отдельную процедуру подачи на такое исключение, критерии оценки и список доказательств, которые должен предоставить разработчик.
На практике это оставляет пространство для ручного решения со стороны ревьюеров. Например, зрелый проект с длительной историей разработки, понятной лицензией, активной поддержкой и прозрачным процессом сопровождения может рассчитывать на индивидуальное рассмотрение. Гарантии принятия из текста политики не следуют.
Для новых проектов ситуация выглядит строже. Если приложение создано недавно, имеет короткую историю коммитов, слабо оформленную документацию и признаки автоматической генерации, риск отказа заметно выше. Это согласуется с соседними требованиями Flathub: проект должен демонстрировать разумную структуру, сопровождаемость, историю разработки и понятное распространение.
Главный риск связан с проверяемостью происхождения кода
Обновление политики поднимает практический вопрос: как Flathub будет определять, что код, документация или другие материалы были созданы с участием AI. В документации нет описания детектора, процедуры технической экспертизы или обязательного формата декларации от автора.
Это создаёт серую зону для разработчиков, которые используют AI как подсказчик, автодополнение или помощник при написании документации. Формулировка AI-assisted content может охватывать широкий набор сценариев: от генерации целого приложения до частичной помощи при подготовке README, metainfo или build script.
Поэтому безопасная стратегия для авторов Flatpak-пакетов сейчас выглядит так:
- вести прозрачную историю разработки в публичном репозитории;
- сохранять понятные коммиты с человеческими пояснениями;
- проверять лицензии всех зависимостей, фрагментов кода и ассетов;
- не отправлять в Flathub PR, созданный или автоматически оформленный AI-агентом;
- отключать автоматическое Copilot review для submission PR;
- избегать сгенерированных описаний, документации и метаданных в материалах отправки;
- заранее готовить объяснение происхождения спорных частей проекта.
Разработчикам Linux-приложений придётся внимательнее готовить публикации
Для обычного пользователя Flathub это изменение связано с доверием к каталогу. Магазин стремится снижать риск публикации плохо сопровождаемых, юридически сомнительных или неясно созданных приложений. Особенно это важно в экосистеме Linux, где Flathub часто становится удобной точкой установки программ для разных дистрибутивов.
Для независимых разработчиков правило создаёт дополнительную нагрузку на подготовку релиза. Теперь важны сборка, работоспособность приложения, происхождение материалов, качество сопровождения, лицензии и поведение в процессе ревью. Если автор использовал AI-инструменты в разработке, ему стоит внимательно оценить, попадает ли проект под новое ограничение.
Для мейнтейнеров это также сигнал к аккуратной документации процесса разработки. Чистый changelog, понятная история релизов, проверяемый исходный код, корректные лицензии и отсутствие автоматизированных AI-PR становятся частью доверия к проекту.
Flathub задаёт строгий ориентир для open source-каталогов
Решение Flathub показывает, что крупные площадки для распространения open source-приложений начинают формализовать отношение к генеративному AI. Здесь акцент сделан на контроле качества, юридической чистоте, этичности происхождения кода и снижении нагрузки на ревьюеров.
Следующий шаг для разработчиков — проверить свои Flathub submission-процессы, отключить AI-автоматизацию в pull requests и привести документацию проекта к максимально прозрачному виду. Если приложение уже использует AI-generated или AI-assisted материалы, перед новой отправкой стоит изучить актуальные требования Flathub и подготовиться к дополнительным вопросам ревьюеров.
