2026年5月22日、ある開発者が自身の個人ブログ orchidfiles.com に短いメモを投稿し、題名は "I'm tired of talking to AI" でした。1週間も経たないうちにこの投稿はHacker Newsのトップにまで上がり、Redditではバズり、Blueskyでは数百件もの反応が生まれました。わずか200語ほどの文章が、2026年にほぼすべての開発者が直面している現象に名前を付けました。それは、技術的な会話が AIの回答 で埋め尽くされ、まったくフィルタなしでコピペされ続けていることです。
この議論自体は新しいものではありませんが、トーンが変わりました。もはや「ChatGPTがどれくらい役に立つか」の話ではなく、GitHub、Stack Overflow、Slackでの人間同士のあらゆるやり取りが、2人がモデルの言ったことをそのまま転送するだけの交換になってしまうのをどう回避するか、という話になっています。
TL;DR
- 「I'm tired of talking to AI」というメモは、2026年5月22日にorchidfiles.comで公開され、数日でHacker Newsへと拡散しました。
- 作者は3つの出来事を挙げました。GitHubのissueでのAIによる重複回答、ChatGPTのスクリーンショットで返してくる上司、そしてRedditのDMにいたボットです。
- Similarwebによれば、Stack Overflowは2022年11月にChatGPTが登場して以来、トラフィックの落ち込みが約50%に近い水準で蓄積しています。
- 2026年の調査では、約50%の開発者が、AIアシスタントへの過度な依存によって技術スキルが失われていると感じていると報告されています。
- Hacker News、Reddit、GitHubは、技術スレッドでいわゆる「AI slop」を減らすために、ポリシーやヒューリスティックを調整しました。
- 形成されつつあるコンセンサスはこうです。問題はAIそのものではなく、読まずに検証せず、反射的にコピー＆ペーストしてしまう使い方にある。
バズったメモ
原文は意図的に短いです。作者は、新聞的な構成や緻密な論証なしで、3つの出来事を一人称で語っています。その短さがまさにバズった理由でもあります。読者それぞれが自分のケースを思い浮かべられるからです。
最初の出来事はGitHubで起きました。作者はマルウェアを配布しているリポジトリを見つけ、助言を求める議論を開きました。すると返信が来ました。それは、AIアシスタントに聞いたときにすでに得ていたものと、まったく同じ文章でした。作者がそれを指摘すると、コメントは削除されました。しばらくして別のユーザーが現れました。同じ回答で、同一の段落、同じ文体でした。
2つ目のケースは職場です。作者は、働いていた会社のオーナーに、業務タスクの細部について質問しました。返ってきたのはChatGPTのスクリーンショットでした。作者が「実際の問題には当てはまらない」と返すと、また別のスクリーンショットが届きました。こちらも文脈はありませんでした。その人は、モデルが書いた内容すら読んでいなかったのです。
3つ目はRedditのプライベートメッセージです。何度かやり取りするうちに、相手側は自動化されたエージェントが応答していると作者は理解しました。投稿の最後の一文がすべてを要約しています。"quiero hablar con personas reales, pero hasta cuando hablo con personas, reenvían mis preguntas a la IA y me mandan la respuesta"。
背景：一気に変わった10年
なぜこの文章がこれほど反響を呼んだのかを理解するには、過去3年のカーブを見るのが近道です。ChatGPTは2022年11月に登場しました。2023年1月にはStack Overflowは、AIが生成した回答を禁止していました。2024年にはRedditが、Geminiを自分たちのコンテンツで学習させるためGoogleと契約を結びました。2025年には主要な技術フォーラムが、オートモデレーションに関する社内議論を日常的に行っていました。そして2026年までに、この問題は机上のものではなくなりました。
この現象には名前があります。AI slopです。スペイン語では直訳がそのまま機能しませんが、意図ははっきりしています。大量に生成され、キュレーション（選別）がなく、見た目はそれっぽいのに検証可能な中身がないコンテンツです。この用語は2024年半ばに、SNS上の画像や動画を説明する文脈で広まりましたが、技術コミュニティが自分たちのフォーラムでも同じパターンに気づき始めたことで、開発者向けの生態系へ移っていきました。
バズったメモが捉えたのは、その次の段階です。AI slopはもはやボットやスパムアカウントだけから来るのではなく、現実の人物が媒体（伝達経路）として振る舞うことで生じます。チームメイト、クライアント、PRのレビュアー。それぞれが、気に入ったモデルが返してきた内容を、フィルタも文脈もなく転送するのです。
パターンは繰り返されます。質問→AIの回答→まったく同じ内容の別のAIの回答。
データ：疲れはどう測るか
この現象の背後にある数字ははっきりしており、カテゴリごとに分けるのがよいでしょう。
Stack Overflow。 15年にわたりソフトウェアのための共同ボードだったこのサイトでは、2022年末以降、トラフィックが継続的に落ち込んでいます。Similarwebの公開データで、2024年と2025年を通じて報告されたところでは、月間のユニーク訪問数の累積で落ち込みは約50%の水準にあり、最も新しい質問が出る場面では過去最低を記録しています。Stack Overflowは、モデル学習者に対するライセンスを閉じ、新たにプロダクトを作り直すなどして対応しましたが、オーガニックな流れへのダメージは構造的です。
認識される品質。 2026年4月に発表され、Ecosistema Startupのような専門メディアで引用された調査では、回答した開発者の約50%が、AIアシスタントへの過度な依存によって技術スキルの喪失を感じていると報告されています。調査では、主観的な生産性（向上する）と、知識の定着（低下する）を区別しています。長期プロジェクトでは、純結果はしばしばマイナスになります。
議論フォーラム。 GitHubは内部指標を公開していませんが、2025年に複数のオープンソースプロジェクトのメンテナーが、実際のバグを再現しない一方で、詳細な説明だけを伴う形で自動生成されたissueの波を記録しました。最も頻繁に挙げられる結果は、issueごとのトリアージにかかる時間の増加と、ボランティアのメンテナーの一部離脱です。
公開された会話。 Redditでは、r/programming、r/machinelearning、r/sysadminのような技術系サブレディットのモデレーターが、2025年を通じて「low effort AI」として報告されるコメントの増加が継続していることを報告しました。プラットフォームのルールは、この系統のモデレーション向けに新たなカテゴリを追加しました。
なぜ技術フォーラムがより苦しむのか
問題を説明する非対称性があります。AIの回答 は生成に10秒かかりますが、それを技術的に反証する、間違いを示す、または一般的すぎることを証明するには、数分、場合によっては数時間かかります。誤って組み立てられ、しかも「それっぽいが嘘の」1段落で応答されたissueを受け取ったオープンソースプロジェクトのメンテナーには、2つの選択肢しかありません。無視する（他のユーザーが信じてしまうリスクを負う）か、誰も発信側で検証していないものを実際に検証する時間を投資するか。
この非対称性は bullshit asymmetry（ナンセンスの非対称性）として知られています。反証するには、生成するのに比べて1桁以上多くの労力が必要なのです。AIアシスタントが入ると、その要因はさらに増幅します。そしてボランティアで支えられたコミュニティでは、均衡はすぐに崩れます。
もう1つの要因もあります。ソフトウェアでは、筋は通っていそうだが間違っている回答にはコストがかかります。誤ったセキュリティの助言は、危険な設定につながり得ます。検証しないスニペットは本番環境にバグを持ち込むことがあります。園芸や料理のフォーラムと違って、ミスが起きても回復しやすい場合ではなく、インフラではミスの代償が大きくなりがちです。
⚠️ ご注意： 長くてよく書かれた説明のPRが届いても、テストもなく、具体例もなく、参照もあいまいな場合は、その説明はAIによって生成されたものだと仮定し、コードをレビューする前に不足している詳細を求めました。
AI slopを見抜く：技術的アプローチ
返却形式: {"translated": "翻訳されたHTML"}いくつかのコミュニティは、大量生成されたコンテンツを検出するためのヒューリスティック（経験則）を公開し始めました。どれも完璧ではありませんが、組み合わせることでノイズは減ります。どのメンテナーでも自分のモデレーション用ボットに適応できる、Pythonの簡単な例です：
import re
AI_TELLTALES = [
r"as an ai language model",
r"i don't have personal opinions",
r"however, it's important to note",
r"in conclusion,?\s",
r"^certainly[,!]",
r"^great question[,!]",
r"let me break this down",
r"i hope this helps",
]
def looks_ai_generated(text: str) -> bool:
text_lower = text.lower()
hits = sum(1 for pat in AI_TELLTALES if re.search(pat, text_lower))
return hits >= 2
このスクリプトは、それ自体では何も解決しません。より新しいモデルは、こうした“商標登録された”フレーズを避けています。しかし、他の指標（応答時間が15秒未満、検証可能な参照がないコメント、均一すぎる長さ）と組み合わせることで、最初のトリアージ（ふるい分け）として役立ちます。CleanbotやSlopGuardのようなプロジェクトは、人間/モデルのペアで学習した軽量な分類器と、同様のヒューリスティックを組み合わせて統合しています。
典型的なモデレーションの流れは次のようになります：
graph LR
A["新しいコメント"] --> B["テキストのヒューリスティック"]
B --> C{"AIパターン？"}
C -->|"はい"| D["レビュー待ちキュー"]
C -->|"いいえ"| E["公開"]
D --> F["人間のモデレーター"]
F --> E
F --> G["ブロック"]
基本のモデレーション・パイプライン：自動フィルタ＋誤検知に対する人間のレビュー。
コミュニティはどう返しているか
プラットフォームは静かにしてはいませんでしたが、それぞれが別の道を選びました。
Hacker Newsは2023年から、ガイドラインに明確なルールを掲げています。AIによって明らかに生成された回答は、モデレーターの裁量により制裁の対象になり得る、というものです。実装は意図的に人間寄りで、自動分類器は使いません。主要モデレーターのDaniel Gackleは、パターンを見抜くことのほうが、モデルにそれをさせるよう教えるより信頼できると主張しています。
Redditは2025年に、「手間のかかっていないAI生成コンテンツ」に対する特定の通報用カテゴリを追加しました。r/programmingやr/learnprogrammingのような技術系サブレディットは、ローカルルールで補完しました。つまり、モデル由来であることを明示的に言及する回答の禁止、検証可能な引用の要求、そして場合によっては再犯時の自動BANです。
GitHub Discussionsはテンプレートを通じて、習慣の変化を後押ししました。多くの大規模プロジェクトでは、Issueを開く前に、投稿者が特定のバージョンでバグを再現できたことを確認し、具体的なコマンドのリストを試し、実際のログを添付したことを求めるようになっています。これは、AIの“おしゃべりスラップ（AI slop）”が最初のフィルタを通りにくくするための、わざと摩擦を入れた仕組みです。
Stack Overflowは2023年から禁止ルールを維持していますが、運用は一貫していない面もあります。今後の賭けは、社内チーム向けの新しいプロダクトと、商用契約を通じたモデルの明示的なトレーニングです。
Tip: open sourceのプロジェクトを維持しているなら、Issueのテンプレートで、投稿者がコマンドの実際の出力を貼り付けるよう求めてください（一般的な説明ではなく）。この最小限の摩擦は、問題を実際に再現できた人を罰することなく、AI slopを減らします。
開発者として私たちがすること
バズった投稿は解決策を提案していませんが、その後の会話にはいくつか具体的な考えが残りました。どれも決定打ではありませんが、いまでもすべて適用できます。
出どころにラベルを付ける。AIで生成した文章を共有するなら、その出どころを明示的に示してください。「ChatGPTから何かをコピペした」と「Xの経験に基づく自分の回答はこうだ」という違いになります。受け手はその情報をどう扱うかを判断します。
送る前に読む。投稿者の中心的な不満は、AIそのものではなく、見直しなしで使われることでした。読まずに返信を転送しているなら、検証にかかるコストを相手に丸ごと移していることになります。プロの環境では、それが仕事上の関係を劣化させます。
より良い質問をする。うまく構成されていない質問は、モデルであれ人間であれ、曖昧な回答を生みます。文脈、バージョン、期待される振る舞いを30秒かけて説明することで、一般的な返信のループを避けられます。
知識を残す。技術的な会話で些細ではない何かが解決したなら、その学びをどこかに永続的に書き留めてください。社内メモ、コードのコメント、投稿などです。5年後に、もう生成されなくなっているデータで学習したモデルに依存しないための方法です。
Telegram要約：要約を見る
よくある質問
AI slopとは何ですか？
AIモデルが大量に生成したコンテンツを指す用語です。内容は一貫しているように見えるものの、キュレーションや検証はされていません。テキスト、画像、動画に適用され、さらに増えてきているのが、フォーラムや開発プラットフォームでの技術的な回答です。
AIは問題ですか？
いいえ、出てきている合意（コンセンサス）によれば問題ではありません。問題は、反射的な使い方です。読まずに、また検証せずに、回答をそのままコピペすること。判断基準を持って使えば仕事を加速できますが、フィルタなしで使うとコミュニケーションのチャネルを飽和させます。
Stack Overflowは死にかけていますか？
トラフィックの落ち込みは実際に、2022年末以降ずっと続いています。Similarwebのデータでは、月間訪問数が約50%減少しています。同社は事業モデルを、モデル学習向けのライセンスやエンタープライズ向けプロダクトへとシフトしましたが、公開されるコミュニティは2020年当時の面影が薄い状態です。
誰かがAIで私に返してきたかどうか、どう見分けますか？
よくある指標は次のとおりです。詳細を要するのに対して返答が速すぎる、含まれている文が「as an AI language model」のような定型句になっている、段落構成と結論が均一すぎる、検証可能な参照がない、あなたが送った元のメッセージの具体的な細部を考慮していない返答。
技術的な質問への回答にChatGPTを使うのは間違っていますか？
いいえ、回答を読んで、検証し、文脈に合わせて適用している限り問題ありません。信頼を損なうのは、モデルの出力をフィルタなしでそのまま“自分の貢献”のように転送することです。出どころにラベルを付けることも、会話の誠実さを保つのに役立ちます。
オープンソース・コミュニティではどうなっていますか？
ボランティアのメンテナーは特に影響を受けます。対応すべきIssue、PR、議論が多く、それらを見直す時間はより限られているためです。大規模な複数のプロジェクトでは、より厳格なテンプレートを導入し、最初のレビューを自動化し、場合によっては、検証済みの履歴がある人にだけIssueを開けるように制限したところもあります。
参考文献
- orchidfiles.com — I'm tired of talking to AI — 会話のきっかけになった元の記事。
- IBM Think — AI tech trends 2026 — 動向と、生成コンテンツの消費に関する俯瞰。
- MIT Technology Review — 10 things that matter in AI in 2026 — 技術コミュニティへの影響の分析。
- Hacker News のガイドライン — AIによって生成されたコメントに関する明確なルール。
- GitHub Discussions のドキュメント — ノイズを減らすためのモデレーションオプションとテンプレート。
このコンテンツは気に入りましたか？ 私たちのTelegramチャンネル @programacion に参加してください。ここでは、テクノロジー、AI、開発に関する最も重要な内容を毎日投稿しています。短い要約、毎日新鮮なコンテンツ。
