QGIS、AIによる貢献を全面禁止へ

QGIS bans AI assisted contributions

QGISプロジェクトはQEP428を採択し、AI支援によるコードやコメント、issueへの貢献を一切認めない方針を正式に決定した。LLMによる大量投稿がメンテナの負担を増大させ、レビュー品質を低下させることへの危機感が背景にある。コミュニティは人間同士の信頼とネットワークを守るため、この厳格な措置を支持している。

AIの利用は、外部コントリビューターからメンテナの肩に、耐え難いほどの大きな負荷をかけます。彼らはLLMの時代以前からすでに厳しい仕事を抱えていたのです。
  1. jcolot

    これの一部はアラインメントの問題だが、人間側の問題でもある。ボトルネックはもはやコードを書くことではなく、コードと整合性を保ち、それが何をするのか、意図した通りに動くのかを把握することだ。自分の仕事では、たとえ自分が依頼したコードであっても、今やその大部分がこれに費やされている。見知らぬ人からの大きなPRをレビューするメンテナにとっては、確かにはるかに悪い。禁止は少し厳しすぎるが、彼らが注意を配分しようとする理由は理解できる。

  2. mootothemax

    地理空間の作業には、LLMを壊す何かがあるようだ。FableとOpusの最新版の両方で何度も経験したが、自信満々に話されるが間違っているという古典的な悪夢だ。

    昨日、距離重み付けを使って何かを測定するという比較的些細な作業をしていたのだが、Claudeは本当にうまくやった。しかし最後の最後で、成功指標があり、それに合致する素晴らしい結果がたくさんあったにもかかわらず、Claudeは私の数学が間違っているので変更する必要があると主張した。

    なぜかと尋ね、提案された代替案では距離重み付けが完全に打ち消されてしまうと指摘すると、Claudeはすぐに私に同意し、それについて5番目のプロジェクトメモリを書くように求めてきた。

    厳格なガードレールなしでClaudeがよく間違える他の大きなものは、座標系と測定だ。多くの場合、特定の国のグリッドとWGS84の緯度経度の間を行き来する際に、かなりの精度を失う方法で変換してしまう。そして、国のグリッド座標による単純な引き算で済む距離を測定するために、haversine相当のものをカスタムコーディングしてしまう。まったく不可解だ。

  3. leothetechguy

    なぜHNではみんな常にAI賛成なのか?これは客観的に良い変更だ。長期的にコードの品質を向上させるからね。

  4. throwaway2037

    またLLMアレルギーか。

    このPRを見てくれ:https://github.com/qgis/QGIS/pull/67731/files

    コードの変更はとても単純で、今日のClaudeなら簡単に書ける。LLMがコードを書いたかどうかをどうやって見分けるんだ?見分けられない。そしてこのポリシーは牛乳のように腐るだろう。月日が経つごとに、コーディングLLMは進歩している。LLMが書いた提出物を「検出」するのはますます難しくなる。

    オープンソースプロジェクトで見た中で最高のLLMポリシーはLinuxのものだ。おおよそこうだ:LLMを使ってもよいが、それが生成したコードに対して全責任を負う。LinusはLLMの長所と短所の両方を認めている。

  5. KolmogorovComp

    これはオープンコントリビューションの終わりだと思う。メンテナはすでに手一杯だ。

    さらに、時間を節約できるコントリビューターを見つけるのは極めて稀になってきている。つまり、メンテナ自身がLLMを使ってレビューするよりも優れているということだ。

  6. Hendrikto

    私のようにQGISが何なのか全く知らなかった人のために:これは無料の地理情報システム(GIS)で、地理空間情報の作成、管理、分析、保存、可視化を扱う。つまり(3D)地図やそのようなものだと考えてほしい。

  7. alexwebb2

    > QGISは、組織が還元できること、サポート、トレーニング、機能のためにコントリビューターを雇えることを知っているから信頼されている。コミュニティプロジェクトとして、これは私たちが本当に守りたいことです

    なるほど、ここには金銭的な動機がある。よりオープンなコントリビューションを許可すると、自分たちの専門知識の価値が減り、雇用可能性が低下することを心配しているのだ。彼らに公平に言えば、それはおそらく本当だろう。

  8. jerkstate

    私はresvgでsvg2のCSSジオメトリプロパティをClaudeと実装した。動作することはわかっているし、比較的小さな差分も読んだ。しかし、職人気質の手作りフリーレンジソフトウェア愛好家を怒らせるかもしれないので、PRを送るのが怖い。この機能(svg2の標準機能)を必要とする他のAI愛好家は、ラッダイトが工場を破壊しないように、数トークンを燃やして自分でやるだけだろう。

  9. robertclaus

    Plotlyでも同様の問題に対処している。最善を尽くして追いつこうとしているが、通りすがりのコミュニティコントリビューションを見捨てるのは本当に難しい。誰も校正していない3ページのissueの書き込み、こちらがフォローアップしようとしてもボット以外に応答がない、もっともらしいが弱いPRが大量にレビュアーの時間を食う。その間にも、ボット以外に誰も遭遇したことがないであろうバグ修正をマージするよりも、本当に集中したいコアな作業があるのだ。

  10. stevex

    storytoldチームがArtcraftアプリを構築するために使っているプロセスについてもっと知りたい。

    https://github.com/storytold

    彼らは素晴らしい量のソフトウェアを生み出しており、その速度から期待されるよりも品質が高いようだ。

この日のほかの記事

2026-10-12