QGISがAI支援によるコントリビューションを全面的に禁止

QGISが厳格なAI禁止ポリシーを採用

QGISプロジェクトは、qgis/qgisリポジトリへのAI、LLM、およびエージェント支援によるすべてのコードコントリビューションを禁止するよう、開発ポリシーを正式に改正しました。QEP428（QGIS改善提案）を通じて制定されたこの変更は、AI生成コードに対して透明性と人間による必須のレビューを求めていた従来の「ヒューマン・イン・ザ・ループ」ポリシーに代わるものです。新ポリシーでは、AIやエージェントベースのワークフローによって作成されたと判断されたコントリビューションは、即時のコード差し戻しおよびコントリビューターに対する制裁の対象となります。

禁止の根拠

メンテナーは、全面禁止への移行について主に3つの理由を挙げています。

• メンテナーへの過度な負担: AI支援によるプルリクエストの急増は、LLMの台頭以前から高いワークロードを抱えていたプロジェクトのボランティアメンテナーにとって、大きな負担となっています。
• 品質とレビューの持続可能性: AIが生成したコードは、QGISのような複雑なプロジェクトに必要な深い理解が欠けていることが多くあります。その結果、レビュー待ちのコードが滞留するか、十分に精査されていないコードが統合されることになり、どちらもプロジェクトの安定性を脅かします。
• コミュニティの誠実性: このプロジェクトは、サポート、トレーニング、機能提供を行うコントリビューターの人的ネットワークに依存しています。メンテナーは、AI支援によるコントリビューションが学習プロセスを回避し、新しい開発者が将来的にレビューアーになるために必要なスキルを習得することを妨げる懸念を表明しました。

今後の展望と実装

プロジェクトのリーダーシップは、このポリシーを恒久的で不変のルールではなく、「一時的な措置」と位置づけています。目標は、プロジェクトの現在の安定性を保護するために「門戸を閉ざす」ことから始め、将来的にはIDEのオートコンプリートや言語翻訳など、特定のユースケースに対してケースバイケースで選択的に再開する可能性を残しています。

一部のコミュニティメンバーからは、ポリシーの広範な文言や執行上の課題に対する懸念が表明されていますが、メンテナーはコンプライアンスの基準はコントリビューターの良心に委ねられていると強調しました。あるメンテナーが指摘したように、「あなたが共有したいコードを自分の脳が作ったのか、それとも他人の脳が作ったのかは、あなた自身が一番よく知っているはずです。」

コミュニティの視点

このポリシーをめぐる議論は広範囲に及んでおり、自動化ツールの役割に関するオープンソース開発におけるより広範な緊張関係を反映しています。

「私はQGISのように複雑なプロジェクトのバグを修正するスキルがまだ十分ではありませんが、LLMはそれが可能であるという幻想を与えてくれます。数トークン後にはバグが修正されているのです。これを行うことで、私たちはレビューアーとコントリビューターの間の信頼契約を破ってしまいました。」 — Amalvir, contributor

「彼らが赤ん坊を風呂の水と一緒に捨ててしまうのではないかと心配しています... 私はLLMがコード内の明白ではない追加のコンテキストを発見するのに役立つと感じています。それらはしばしば間違っていますが、その結果を人間がさらなる理解を得るために利用できると強く信じています。」 — kannes, contributor

「ボトルネックはもはやコードを書くことではなく、コードと整合性を保ち、それが何をするのか、意図した通りに動作するのかを知ることです。私自身の仕事においても、それは今や仕事の大半を占めています。見知らぬ人からの大規模なPRをレビューするメンテナーにとっては、間違いなくさらに状況は悪化しています。」 — jcolot, Hacker News commenter