QGISがAI支援コードの投稿を禁止、審査負担と利用範囲に議論
オープンソースの地理情報システム「QGIS」で、AIを利用したコード投稿を禁止する方針が採択された。関連する改善提案「QEP428」は2026年10月7日に統合され、12日には海外技術者コミュニティ「Hacker News」でも注目を集めた。
AI支援のコード投稿を認めない方針
QGISの改善提案リポジトリでは、従来の「人間が確認することを前提にAI利用を認める」運用を改め、LLMやAIエージェントの支援を受けたコードの投稿を認めない方針を明記した。違反が後から判明した場合は、コードの差し戻しや投稿者の権限制限の対象となり得る。
背景にはレビュー負担と品質への懸念
提案の議論では、AIによって大量の修正案が提出され、保守担当者が十分に確認できなくなる懸念が説明された。AIで修正を作れても、投稿者自身がコードの意味を理解できない場合、レビューや将来の保守を担う人材が育ちにくいとの意見もある。方針の支持者は、開発者同士の信頼関係とプロジェクトの持続可能性を重視している。
補助的なAI利用の扱いは今後の論点
一方、補完機能、翻訳、設計の相談、コード監査まで禁止対象なのか、文言の広さを疑問視する投稿もあった。提案者は、まず厳しい制限を設けたうえで、必要に応じて用途ごとに議論して見直す考えを示している。今回の措置を、あらゆるAI利用を永久に禁じる決定と同一視するのは正確ではない。
みんなの反応
10件全10件を表示しています
AIによる投稿は、すでに負担の大きい保守担当者に耐え難い圧力をかけています。レビューしきれない修正が増え、品質に影響します。
AIを使って2件のバグ修正を提案しましたが、レビュアーへの負担を理解していませんでした。自分の理解以上の修正ができるように錯覚してしまいます。
LLMはコードの見落としやすい背景を調べたり、レビューの練習相手になったりします。そうした有益な利用まで禁止されるのは心配です。
一時的な対策としてまず制限するということです。AIの使い方を公平に判断するには、まだ理解が足りません。
何から守ろうとしているのかを、もう少し具体的に知りたいです。以前の方針でどこがうまくいかなかったのでしょうか。
最初は制限を厳しくしておき、コード補完や翻訳などについては、後から用途ごとに議論して開放する考えです。
この方針は最初のルールを定めるもので、AIによる貢献をあらゆる形で永久に禁じるという意味ではありません。
自動補完や設計の相談、翻訳はどう扱うのでしょうか。何が禁止されるのか、具体例を示してほしいです。
基準は、自分自身でそのコードを書いたと良心に照らして言えるかどうかだと思います。
コードだけでなく、Issueの本文やコメント、プルリクエストにも適用されるのでしょうか。
一致する反応はありません。
あなたはどう思う？
コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。
コメント
まだコメントはありません。