Gentoo Bugzilla、AIボットスクレイパーの過負荷により停止

GentooメンテナのMichał Górny氏は、AIボットのスクレイパーによる過負荷を理由に#Gentoo Bugzillaを停止しました。彼はMastodonでこの発表を行い、自動スクレイピングボットがインフラを攻撃するという増大する問題を指摘しました。問題トラッカーへの「アクセスの民主化」もここまでです。
何が起こったのか
投稿は短く簡潔です:「#Gentoo Bugzillaを停止しました。なぜなら…」— おそらく「AIボットのトラフィックで過負荷になった」などです。優雅な縮退も、CAPTCHAの類もありません。ただオフラインにして出血を止めたのです。
これは一度きりのことではありません。過去1年間、オープンソースプロジェクトはAIトレーニング用スクレイパーからの自動トラフィックの急増を報告しており、多くの場合、
開発者がすべきこと
GentooのBugzillaに依存している場合は、Gentooウェブサイトで最新情報を確認する必要があります。それまでの間、実用的なコンテキストをいくつか紹介します:
- 辛抱強く待つ — これはおそらく、プロジェクトが適切なレート制限やブロックリストルールを追加できるまでの一時的な措置です。
- 代替チャネルを使う — GentooのメーリングリストやGitHubミラーは、完全なBugzillaの機能セットではないものの、問題を追跡していることがよくあります。
- 積極的にスクレイピングしない — 公開された問題トラッカーをインデックスするAIツールを構築している場合は、
robots.txtを尊重し、妥当なレート制限を設定してください。送信するUser-agentが重要です。
Gentooプロジェクトのインフラチームは、サービスを復旧させた後、IPベースのスロットリング、Cloudflareチャレンジ、またはより厳格なrobots.txtルールなどの対策を展開するでしょう。今のところ、この停止はシステム的な問題を浮き彫りにしています:公開データでトレーニングされたAIエージェントは、ボランティア運営のプロジェクトにとって持続不可能なほど攻撃的なトラフィック源になりつつあります。
公開ツールを運営している場合は、優先度の低いエンドポイントのレート制限と監視を検討してください。
📖 完全なソースを読む: HN AI Agents
👀 See Also

ローカルLLMとOpenClaw向けMac:プロンプト処理のボトルネックがクラウドのコスト優位性を生む
開発者が、Macはプロンプト処理がNvidia GPUに比べて遅く、AIエージェントにはDeepseekのようなクラウドモデルの方がコスト効率が良いと指摘。プライバシーが必要な場合のみローカル推論が有効。

Claude Opus 4.6のeffort=lowパラメータは、他のプロバイダーの低推論モードとは異なります。
Claude Opus 4.6のeffort=lowパラメータは、OpenAIのreasoning.effort=lowやGeminiのthinking_level=lowとは異なり、推論の深さだけでなく一般的な行動努力を制御します。これにより、エージェントはツール呼び出しを減らし、情報の相互参照が不十分になり、ウェブ調査に関するシステムプロンプトの一部を無視するようになりました。

OpenClaw 2026.4.29 がセットアップを破壊:CPUスパイク、ツール制限、修正方法
OpenClaw 2026.4.29では、アクティブランステアリングによるCPUスパイク、制限されたツールプロファイルによるexec/fsコマンドの破損、グループチャットの厳格な処理が発生しています。ロールバックするか、対象を絞った修正を適用してください。
AIの生産性向上がエネルギー・経済モデルにおいて純CO₂排出量の増加を牽引
新しい研究では、AIをグローバルなエネルギー経済モデルにおける双方向の生産性増幅器としてモデル化し、化石燃料の生産性向上による排出量の増加が、再生可能エネルギーの改善による回避排出量を上回ることを発見した。再生可能エネルギーの利得が化石燃料の4〜5倍以上でない限り、純排出量は増加する。