FlathubがAI生成アプリを禁止、コミュニティはオープンソース審査の不公平さを批判

2026年5月29日より、Flathubは新ポリシーを正式に施行し、生成AIまたはAI支援によって生成されたコード・BaseApps・拡張機能・ビルドスクリプト・マニフェスト・メタデータ・ドキュメント・プルリクエストのテキストを含むアプリの申請を一切禁止した。違反する申請はレビューなしに直接却下され、繰り返し違反した者は永久的な申請禁止処分に直面する。

ポリシー実施の背景と執行の詳細

Flathubはこれまでの収録要件において、アプリが十分な機能範囲・ユーザー価値・デスクトップ統合・機能性を備えることを求め、非機能的・最小限・システムトレイのみ・コンソール専用・環境依存型などの申請を禁止してきた。今回のAIポリシーはこれに加えて明確な制限を新設し、コードからドキュメントに至る全工程のコンテンツを対象としている。なお、ポリシーは既承認のアプリには遡及適用されず、以前にAI支援を用いて作成されたFlatpakアプリは引き続き利用可能とされる。

Flathubメンテナーのbart Piotrowskiは、この決定はAI支援による申請数の急増と、申請を却下された貢献者との対立的なやり取りの増加が背景にあると述べた。彼は一部の申請者の態度を「自分の優れたソフトウェアをそれを拒む愚か者に施してやっている」かのようだと表現した。この発言は、審査プロセスにおけるコミュニケーションコストの上昇を如実に示している。

技術的審査メカニズムの実際の運用

Flathubはオープンソース申請の審査においてコードの公開性を活用しており、文体の不一致・存在しない関数名（ハルシネーション）・プロンプトの断片・ドキュメントとの不整合といったAI生成の痕跡を識別できる。一方、独自アプリはコードが非公開であるため同等の技術的検査ができず、執行上の非対称性が生じている。ポリシーは申請に対して機能の完全性とデスクトップ統合の価値の証明を求めており、AI生成コンテンツは実際の機能を欠くか明らかな問題を含む場合が多いとして不受理カテゴリに分類される。

このメカニズムはFlatpakのパッケージングプロセスに直接作用し、開発者はすべてのコンポーネントが人間による記述基準を満たすことを手動で確認しなければならず、AIツールの痕跡がわずかでも検出されれば却下される可能性がある。ポリシーはビルドマニフェストとメタデータにも適用され、自動生成の経路がさらに制限された。

各利害関係者への実際の影響

オープンソース開発者はコンプライアンスコストの増大に直面しており、コードがAI非生成であることの証明またはAIの痕跡の完全除去が求められる。審査の閾値が上がったことで、一部の小規模プロジェクトは申請を断念する可能性がある。独自アプリ開発者への影響は比較的小さく、コードが非公開であるため技術的検証が困難だが、ポリシーの宣言への準拠は依然として求められる。

キュレーションプラットフォームとしてのFlathubは、短期的には低品質または非機能的な申請を減らし、アプリの品質とデスクトップ統合の基準を維持できる。長期的には、申請総数の減少により、プラットフォームのコンテンツの豊富さが影響を受ける可能性がある。Linuxデスクトップユーザーは、数は少ないながらも品質がより安定したFlatpakアプリに接することになるかもしれない。

Flathubをアプリ配布に活用している企業ユーザーは、社内の開発プロセスにAIツールが含まれていないかを評価し、申請後の却下を避ける必要がある。AI支援プログラミングに依存するチームは、ワークフローの見直しや他の配布チャネルへの移行を迫られる。

業界の先例と横断的比較

Linuxカーネルの創設者Linus Torvaldsは、AI生成による重複した脆弱性レポートの増加により、カーネルのセキュリティ報告チャネルが管理不能に近い状態になっていると指摘した。cURLの作者Daniel Stenbergは、AI生成の申請がレポート全体の20%を占めるようになった後、プロジェクトの脆弱性バグバウンティプログラムを終了させた。これらの事例は、AI生成コンテンツがオープンソースのメンテナンスプロセスに広く圧力をかけていることを示しており、Flathubのポリシーはその対応策の一つと言える。

これらのプロジェクトとは異なり、Flathubは開示要件ではなく全面禁止という措置を採用しており、コード品質とサプライチェーンリスクへのより高い関心を反映している。