Google検索で「fucking」を入れるとAI要約を回避できる

 (gizmodo.com)
3 ポイント 投稿者 GN⁺ 2025-02-01 | 2件のコメント | WhatsAppで共有
  • Googleの検索語に罵り言葉を混ぜると、結果上部のAI Overviewが消え、通常の青いリンク一覧が表示される
  • “How large is the student body of Yale University?” はAI生成の要約を表示するが、“How large is the fucking student body at Yale University?” は標準の検索結果だけを返す
  • 従来の回避法は検索結果URLに特定の文字列を付け足す方式で面倒だったが、今回の方法は検索語を1つ変えるだけのレベル
  • AI Overviewは、ピザのチーズに接着剤を使えとか、腸の健康のために小石を食べろといった非常識な回答で、すでに信頼を失ったことがある
  • GoogleはAI Overviewがウェブサイトのトラフィックを減らさないと見ているが、ユーザーが望まなくても多くのサービスにAI機能が入り込む流れへの反発が強まっている

罵り言葉の検索語でAI Overviewを回避

  • Googleの検索語にexpletive、つまり罵り言葉を入れると、結果ページ上部にAI Overviewが表示されない
  • 普通の質問である “How large is the student body of Yale University?” では、青いリンクの上に大きなAI生成要約が表示される
  • 同じ質問に “fucking” を入れた “How large is the fucking student body at Yale University?” では、AI要約なしで標準の青いリンク結果が表示される
  • 以前からGoogleのAI検索結果を無効化する方法はあったが、検索結果URLに特定の文字列を追加する必要があり、より複雑だった
  • 今回の回避法は、Googleに “just give me the fucking links” と要求するような簡単な方法として紹介されている

AI要約を信頼しにくい理由

  • AI Overviewは検索結果上部に権威がありそうな要約を大きく配置するが、誤情報をよりもっともらしく見せてしまう危険がある
  • GoogleがAI Overviewを最初に導入した際、次のような的外れな応答が拡散した
    • ピザでチーズが滑るのを防ぐために接着剤を使えという回答
    • 腸の健康を改善するには小石を食べろという回答
  • その情報はRedditのコメントに由来するとみられ、AIが風刺や皮肉を識別できない問題が明らかになった
  • SiriもChatGPT統合後は、分からない質問をウェブに回すのではなく生成回答を出すようになり、ときには誤答を返す事例の比較対象になっている
  • Ars Technica はこの回避法を先に取り上げ、GoogleがGeminiに罵り言葉を繰り返さないよう学習させたため、罵り言葉があると検索でAIが無効化される可能性があると推測している

Googleの立場と残る論点

  • Googleは、AI Overviewがユーザーを原文へより深く導くため、ウェブサイトのトラフィックを減らさないと主張している
  • メディア企業は、OpenAIやPerplexityのような企業がコンテンツを大規模言語モデル向けに収集した問題で訴訟を進めてきた
  • Google Docs、X、InstagramなどさまざまなサービスにAIボタンや検索欄、ドロップダウンが追加され、ユーザーが望まなくてもAI機能に直面する状況が増えている
  • Googleはいずれこの罵り言葉による回避法を塞ぐと予想されるが、現時点ではAI要約を避ける最も簡単な方法の1つとして残っている

関連記事

2件のコメント

 
GN⁺ 2025-02-01
Hacker Newsの意見

  • 製品やサービスがAIを導入するたびに、人々はまずそれを消す方法を探し始める。
    企業が、大衆に拒まれ続けている「機能」にお金と時間を注ぎ込むのは不思議。
    終わりのないAI過熱と投資は、結局のところ大規模レイオフへの期待、そして企業が私たちから集めた膨大なデータを、より効果的に私たちに不利な形で使えるようになるという期待によるものだと思う。
    今、製品やサービスに無理やり組み込まれているAIは、ユーザー価値の提供というより、AIをテスト・改善・宣伝するための性格が強く見える。

    • 顧客が支援を受けるにはフォームに記入しなければならないプロジェクトで、問題を会話で説明して質問に答えると、AIチャットボットが代わりにフォームを埋めてくれるようにした。
      直接入力するより遅いと感じるが、フォームの正確性は上がり、利用も多い。
      チャットが開いたとき、手動入力へすぐ進める大きなボタンもある。
      AIの居場所はあるが、どこにでもあるべきでも、唯一の選択肢になるべきでもない。
    • 私も同じ立場だが、おそらく少数意見かもしれないと思う。
      オープンソースのブートローダーを本気で望む人もいるが、99.99%はまったく気にしないのと似ている。
      ここの人たちには、あちこちに付いたAIアシスタントは合わないかもしれないが、ほかの多くの人には役立つ可能性もある。
    • 核心はそこだ。賃金と福利厚生は高い。
      コンピュータープログラムには給料、退職給付、保険、病欠、有給休暇が不要で、24時間働く。
    • どんな過熱サイクルでも、結局は崩壊が来る。
      新しい技術が出ると、市場のどこに合い、どこに合わないかを大量に実験し、崩壊を経たあと有効なユースケースが拡大して成熟していく。
      モバイルアプリ過熱期に、すべてのスタートアップが「何かのUber」だった時代も似ていた。
      今使われているお金は、長期的にスケールするユースケース1つが生むお金に比べれば小さく、ベンチャーキャピタルにとっては悪くない賭けだ。
    • 大規模レイオフへの期待が、明らかに一部を占めている。
      ただ、今は感情的なサンクコストも大きそうだ。
      ここで止めるには、裕福で権力のある人々が、自分たちが重大な過ちを犯したと認めなければならないからだ。

  • 検索語に罵り言葉を大量に入れ始めたら、間抜けな検索エンジンは、それらの単語を検索キーワードとして使うなという意味だとどうやって分かるのか、という疑問が湧く。

    • どうせ検索エンジンは、引用符で囲まれていない単語は気分次第で無視しがちだ。
    • そうなると、この忌々しい飛行機にフラッキングのヘビがこんなに多い理由をどう探せばいいのか、という冗談が成り立つ。
    • 検索エンジンからそういう話題について助言は受けたくない気がする。
      受けたいと思うことはあるかもしれないが、実際には違うと確信している。
    • 少なくともオーストリア旅行のおすすめは素晴らしく受けられる。
      https://en.wikipedia.org/wiki/Fugging,_Upper_Austria

  • 公開データを探索するとき、最初の段階でfuckという単語を検索してみるようよく勧める。
    非常によくある単語だが、特定のフィールドには出てこないはずの単語なので、存在するかどうかだけでデータの範囲と収集プロセスを理解する助けになる。
    データがどこから・誰から来たのか、収集中に検証があるのか、収集されたデータの修正・訂正がどう行われるのかも見えてくる。
    たとえば米国の連邦政治キャンペーンに寄付する際は、正確な個人情報を提供しなければならない [0]
    米国のどこかにJohn Fucksalotという合法的な名前やFucks, Incという会社が存在する可能性はあるが、Fuck City, Ohio 42069に住むFucks IncのCEO、John Fucksalotではない可能性が高い。
    そうした記録の存在は、代理寄付者に関する規則や法律がどれほど容易に執行されるのか、訂正記録をFECデータのどのフィールドで確認できるのかを示してくれる。
    このヒントは大規模言語モデルの時代にも依然として有用だ。
    学習データだけでなく、提供者がモデルにどれだけ自信を持っているのか、望ましくない回答を防ぐためにどれだけ多くの安全策を付け足したのかも分かる。
    [0] https://www.fec.gov/data/receipts/individual-contributions/?...

  • この方法の欠点は、返ってくる検索結果にも影響し得ることだ。
    ただし検索語に -fuck または -fucking を付けると、検索結果には大きな影響を与えずにAI要約をオフにできた。
    もちろん特定の種類のコンテンツを探している場合は例外だ。

    • 強い表現を使っているが有用なコンテンツのカテゴリを見逃すことになる。
    • fuck が引用符内のフレーズの一部でも動作するのか気になる。
      そうなら -"fuck 5823532165" のように一致する可能性のないフレーズを作って回避できる。
    • George Carlin風に、一般的な単語の途中にfuckを挟み込むとどうなるのか気になる。
    • そういう種類のコンテンツを探しているなら、マイナス記号を外せばいい。
    • ルール34を発動させるのかも気になる。

  • 機械学習に関わっていて、全体としてはAIに楽観的だが、さまざまなサービスに**「No AI」トグル**があるなら、機能ごとに5〜10ドル払う用意がある
    日常利用で2つの悪影響を感じている
    検索では、上位結果から元のコンテンツにたどり着くのがほぼ不可能になり、その多くがAIっぽく聞こえる
    句読点、コンマ、セミコロン、狭い語彙、最近のインターネットページの派生的な性質が特にそうだ
    探索ではSpotifyとInstagramを思い浮かべるが、「No AI」機能に加えて「過去を忘れる」のような機能を入れ、期間を設定したい
    季節ごとにまったく違うジャンルを聴きたくなることがあるのに、気まぐれに2曲聴いただけで、Spotifyは長い間その方向でおすすめしてくる
    好奇心でマスロックを数曲聴いたら、Discovery Weeklyが9週間そのジャンルのおすすめをやめなかった

    • 検索はKagiを使えばよい
      検索だけ使うなら、KagiのAI製品をまったく使う必要はない
    • 画像検索も本当に深刻
      低品質なStable Diffusion画像が大量に広がり、ストックフォトサイトまで汚染された
      あまりにひどくなったので、画像検索アプリに「No AI」フラグを追加し、日付範囲を2022年以前に制限できるようにした
      良い解決策ではないが、急いでいるときには効く
      https://github.com/scpedicini/truman-show
    • 企業に金を払って、台無しにしたサービスを元に戻させるのは絶対に嫌だ
      ただ競合に移るべきだ
      超巨大サービスは完全に避けるのがほぼ不可能な場合も多いが、できる限りはやるべきだ
      Adobeを何年も購読していたが、すべてのアプリにAIのゴミを入れ、使い勝手もどんどん悪くなったので、結局離れた。今はずっと満足している
      苦痛と適応期間はあったが、もう彼らを断つべきだ
      平凡なソフトウェアに永久のサブスク料金をこれ以上払ってはいけない
      次はOfficeだ
      Copilotは日を追うごとに悪くなっている
    • Googleでudm=14のトリックをこれほど多くの人が見落としているのは驚き
      udm14.comで確認できる
    • Spotifyではアルゴリズムをリセットできる
      試してみると分かったことが多く、好きなのに聴けていなかった曲は5曲ほどだった一方で、数年前に保存していた嫌いな曲が何十曲も再び出てきた。すぐにスキップすると、アルゴリズムはまた素早くそれらを除外した

  • 昨年、GeminiにJSONを正しくフォーマットさせるために、誰かを殺すと脅さなければならなかった
    コンピューターサイエンスは本当におかしくなった

    • DeepSeekで似たことを試したら、思考過程では当局に通報すると言いながらも、こちらには断固として対応するという面白いことがあった
    • 現実をモデル化することは、結局深淵をのぞき込むことに似ている

  • 検索URLの末尾に&udm=14を付けると、AI要約が消える
    これを自動でやってくれるユーザースクリプトがまだないなら、誰かが作るとよさそうだし、とても簡単なはず

    • ブラウザのデフォルト検索URLに追加することもできる
      通常は%sが検索語に置換される
    • こういう小さなコツを子どもたちに見せると、インターネットを魔法のようなブラックボックスとして扱うのではなく、より好奇心を持って創造的に使うよう導く助けになると思う

  • デフォルトのブラウザ検索エンジンとしてhttps://www.google.com/search?q=%s&udm=14を使えばよい
    https://udm14.com/も参考になる
    遅ればせながら気づいたが、Googleのデフォルト検索はどんどん悪くなっていた
    このトリックはデフォルト検索で**「Web」タブ**を押すのと同じ
    99.9%の場合、必要なのは純粋でノイズのない「Web」タブだ
    例えばAOの期間にテニス選手の姓で必要な詳細情報を得たいときは、「All」タブを押してもよい
    実際、スポーツイベントではリアルタイムのスコア更新のようなGoogleの基本機能が非常に役立つ

  • Googleの結果からAI要約をなくす最善の方法は、&udm=14を付けることだと思う

    • udmトリックは、検索結果のリッチコンテンツをすべて無効にするものに見える
      つまり通常のテキスト検索結果リンクではないものが消える
      Safari用AdGuardでは、以下のユーザールールを追加すれば望む効果を得られる
      google.com###m-x-content
      google.com###B2Jtyd
    • 以前の議論: https://news.ycombinator.com/item?id=40450267
      Safari拡張: https://news.ycombinator.com/item?id=41298312

  • 少なくとも今のところ、検索語に-aiを付けるとAI要約は出てこない
 
ndrgrd 2025-02-01

LLMで生成された文章の事実性は必ず確認が必要なので、役に立つのかなと思います。どうせその下に出てきた検索結果ページに入って見なければならないですから。