Flathub から AI スロップを許可しない Linux アプリ ストアに切り替えました

Flathub は 5 か月間かけて AI 生成アプリを拒否しましたが、悲しいことに、バイブコーディングされたアプリという避けられない現実に屈しました。私は個人的にバイブコーディング全般に反対ではありませんが (いくつかのものをバイブコーディングしたこともあります)、それでも自分の PC に何をインストールするかについては非常に注意しています。そして、大量の怠惰なスロップが Flathub に流れ込み始めることになります。

この逆転劇により、私はエレメンタリーの AppCenter に向かうようになりました。AppCenter は、AI が生成したコンテンツを今でも絶対に受け入れない小規模な Flatpak ストアです。切り替えが合理的である理由と、それにかかる費用は次のとおりです。

FlathubはAIの禁止を引き換えに開示フォームを取得した

査読者は、以前は禁止されていたものを決定するようになりました

2026 年 5 月末、Flathub のリード オペレーターである Bart Piotrowski は、主要なソフトウェア リポジトリが採用した中で最も厳格な AI ポリシーの 1 つを発表しました。 AI で生成されたコード、AI 支援のコード、ドキュメント、その他のコンテンツを含むアプリケーションは許可されなくなりました。このルールには、マニフェスト、メタデータ、ビルド スクリプト、送信プル リクエストも含まれていました。メンテナーらによると、この変更は、低品質の提出物が急増し、拒否された開発者からの敵対的な返信が増加したことを受けてのことだという。

10月にFlathubはそれを逆転させた。提出者は現在、アプリまたはそのパッケージ内のAI生成素材を、どの部分がどの程度影響を受けるかとともに開示する必要がある。いくつかの制限が残っています。マニフェストには依然として AI が生成したコンテンツを含めることはできず、AI エージェントは提出物を開いたり自動化したりすることができず、AI の使用を隠すとアプリが拒否されたり、開発者が禁止されたりする可能性があります。研究やデバッグのみに使用される AI は公開する必要はありません。それ以外はすべて審査員の裁量に委ねられており、ポリシーでは開示が受理を保証するものではないとしている。

この変化には実際のケースがある。プロジェクトにどれだけ AI が導入されているかを確実に測定できる人は誰もいません。最新のソフトウェアの多くには AI 支援コードが含まれており、Flathub 上の独自アプリはいずれにしても監査できません。一貫して強制できないルールは、正直な開発者を罰し、不誠実な開発者を見逃してしまう傾向があります。

それでも、開示要件はユーザーではなくレビュー担当者に情報を提供するものであり、公開されたポリシーには、それらの開示がストアに表示されるかどうかは記載されていません。バイブコード化されたアプリが現在参入するかどうかは、ボランティアのレビュー担当者の判断に依存しており、リソースが不足する可能性が最も高いのです。答えが「いいえ」から「おそらく大丈夫です。レビュー担当者に聞いてください」に変わった場合は、答えがまだ「いいえ」であるストアを利用したいと思います。

AppCenter は依然としてどのディストリビューションでも「ノー」と言っています

Flatpak リモコンとして提供される厳しい要件

エレメンタリーの AppCenter がそのストアです。その公開要件では、アプリにはコード、パッケージ、ドキュメント、アートワークなどの AI 生成コンテンツを含めてはならず、レビュー担当者はそれを含む可能性のあるアプリをさらなるレビューなしに拒否できると規定しています。これは厳しい要件としてリストされており、エレメンタリーによれば、すべてのアプリとすべてのアップデートが出荷される前に、自動化された人間によるレビューによってチェックされるという。

提出物は GitHub 上の公開プル リクエストを経由し、開発者はアプリに AI によって生成されたコンテンツが含まれていないことをチェックリストで確認します。 Flathub と同様に、AppCenter では、何も生成されない限り、AI による研究やデバッグが可能です。 Flathub とは異なり、公開された AI コンテンツは判断の対象にはなりません。ただ入らないんです。

このルールは、AI が生成したコードやデザインの貢献を受け入れない、Elementary が独自のプロジェクトを実行する方法にも一致します。 Gentoo も 2024 年に同様の立場をとりました。どちらも最終的には開発者が正直であるかどうかに依存しますが、正直さが何を必要とするかについては、曖昧さがはるかに少なくなります。

この切り替えがさらに実用的になるのは、AppCenter が基本的な OS に関連付けられていないことです。エレメンタリー OS 5.1 以降、そのアプリはエレメンタリー独自のリポジトリから Flatpak として配布されているため、Flatpak を使用するディストリビューションは 1 つのコマンド ( flatpak Remote-add –if-not-exists appcenter https:// flatpak.elementary.io/repo. flatpakrepo ) で追加できます。その後、AppCenter アプリは GNOME ソフトウェアと KDE Discover に Flathub アプリの隣に表示され、同じサンドボックスで実行され、同じ方法で更新されます。

考慮すべき注意事項がいくつかあります。最初のインストールでは、Elementary 独自のランタイムがプルされるため、余分なディスク領域が使用されます。アプリは初級のデザイン言語に従っていますが、すべてのデスクトップに一致するとは限りません。また、ペイ・ホワット・ユー・キャンのプロンプトは、Elementary 独自の AppCenter クライアントの一部であるため、他のディストリビューションでは、開発者をサポートするということは、プロジェクト ページに直接アクセスすることを意味します。

その代償としてカタログが小さくなる

厳密なキュレーションは小規模な場合にのみ機能します

明らかなコストはサイズです。 AppCenter にはネイティブ GTK3 または GTK4 フロント エンドが必要で、そのルールでは、ゲームの限定的な例外を除いて、Web、Electron、Qt、および Java アプリが拒否されます。これには、KDE ​​ソフトウェア、ほとんどの Electron チャットおよび生産性クライアント、および Linux ユーザーが日常的に依存している多くのクロスプラットフォーム アプリは含まれません。

したがって、切り替えはFlathubを削除することを意味しません。それは、最初に見る場所を変えることを意味します。メモ アプリ、タイマー、コンバーター、システム ツールなどの小規模で焦点を絞ったユーティリティについては、AppCenter が私の出発点となっています。これらは、労力の少ない AI 生成アプリが集中するカテゴリでもあるため、より厳格なポリシーが最も重要となるのはそこです。

GTK ネイティブになることのない有名なアプリの場合、Flathub は構成されたままであり、それらのプロジェクトには実際のチームと長い歴史があるため、そもそもリスクが少なくなります。欠点は、ソフトウェア センターがそれを必ずしも明確にしていないため、アプリが実際にどのリモートからインストールされるかに注意を払う必要があることです。

サイズのギャップも、AppCenter のポリシーを現実的なものにしています。 Flathub はデスクトップ Linux のデフォルトの配布チャネルとなっており、そこにあるすべてのルールは何千人もの開発者に影響を与えるため、情報開示のような妥協が常に行われる可能性がありました。 AppCenter は、すべての Linux アプリを実行しようとしたことはありません。GTK のみの要件により、厳格なルールが意味を持ち続けるのに十分な管理性を備えた送信が維持されます。

プレッシャーは 1 つの店舗に限定されません。 GNOME Circle は今年、審査バックログを理由に新規提出を一時停止し、機械生成ソフトウェアが追加されないように独自の AI ポリシーを採用しました。

AppCenter は完璧ではありません。そのカタログは狭く、不正な開発者が依然としてチェックリストに記載されている可能性があります。しかし、ソフトウェアの提供元を選択することは常に Linux の使用の一部であり、ストアのポリシーは Linux を選択する十分な理由になります。

より厳格なストアが開示チェックボックスを上回る

Flathub が AI の完全な禁止から公開に移行したことにより、決定は審査員に委ねられています。エレメンタリーの AppCenter は依然として AI で生成されたコード、パッケージ化、ドキュメント、アートワークを完全に拒否しており、Flatpak 対応のディストリビューションであればどれでも使用できます。カタログは小さく、GTK のみですが、小規模な電力会社の場合は、より厳格にキュレーションする価値があります。