パッチはコードだけでなく、他人の注意を求めるものだ。誰かが問題を再現し、副作用を検討し、統合後も支えなければならない。QGISのAI支援コード禁止は、エージェントを使う開発者にとってこの審査関係を中心問題にする。
元報道によると、採択方針は2026年10月7日に承認され、メインリポジトリのコードに適用される。後の発覚で取り消しや貢献権の制裁があり得る。すべての課題、翻訳、文書に及ぶ禁止だと拡大解釈はできない。
開示は除外を覆さない
以前はAI利用を表示し、人が責任を持つ方法を試したが、参加者は保守者の時間を守れなかったと述べた。議論中の推定では約50件中40件ほどが未統合で閉じられた。正式監査ではなく、一般的なAIコードの失敗率にはならない。
現在はAI作成パッチを表示しても適格にならず、本人の責任宣言も規則を免除しない。上流向け変更を生成する前に、現在のリポジトリ方針と自分の工程を確認したい。
審査者が補う推論を数える
テスト合格は重要だが完全ではない。形式、性能、別プロバイダーとの関係を見落とせる。QGIS概要が示す広い地理空間環境では局所変更も多様な作業に響く。
作者は仕組み、再現、テスト、新しい証拠を説明できる必要がある。審査者が全部推論し直すなら、整ったパッチは仕事の移転だ。提出量が新しい保守者の育成を超えることもある。
方針を比較しても許可は混ぜない
Linuxの支援指針は開示、人の審査と証明のもとで支援を許す。エージェントが署名責任を取るわけではない。QEMUの出所方針は生成貢献を拒み、一部補助作業を区別する。別の選択であり相互の許可ではない。
QGISでは調査、私的レビュー、補完機能の周辺が議論される。他で許可されるから例外だとは言えない。一方、整った文体だけでAI作者と疑うのも弱い証拠だ。制裁には説明と比例的運用が重要になる。
継続的責任を中心にする
QGIS利用組織は、対象を理解し、保守し、方針を守れる人を担当にする。経験者への支援や社内育成は、大量生成より採択に役立つ可能性がある。
保守側は滞留、時間、採択品質、新人の継続を測りたい。件数低下だけで成功とは言えない。開発者は境界を守り、説明できる仕事を送り、その後も対応する。AIの能力は無償審査を受ける権利を生まない。公開を決める人を支える工程こそ持続可能だ。