2026年5月6日、Robin Moffatt氏（rmoff）が自身のブログに投稿した「AI Slop is Killing Online Communities」が、Hacker Newsとlobste.rsの両方で議論を呼んでいる。主張はシンプルで、AI生成の低品質コンテンツ（AI slop）が、フォーラムやSNSといったコミュニティの有機的な生命力を少しずつ絞め殺している、というものだ。本記事では、この元記事に書かれている事実と主張だけを素材に、何が問題として提起されたのかと、その中で提案されている判断基準を整理する。
何が起きたのか
元記事の著者は、自分がAI嫌いではないと明言したうえで議論を始めている。冒頭のプロローグは「I ❤️ AI」と題され、AIを憎む側こそが歴史の間違った側にいる、とまで書いている。そのうえで、自分が価値を置いてきたコミュニティが徐々に萎れていくのを見るのが悲しく、苛立たしいと述べる。
著者が繰り返し目にしているという行動パターンは、記事内で次のように段階として整理されている。エージェント型コーディングを知って衝撃を受け、プロジェクトをGitHubに上げ、AIに賞賛調のブログ記事を書かせ、それを見つけられる限りのsubredditとSlackグループに投げる、という流れだ。どこが適切な場か分からない? なら全部に投げればいい——という皮肉が添えられている。
著者はステップ2の後で長く息を吸って立ち止まれ、と書く。共有したい理由が「クールだから」なら、伝えるべきことがあるという。
agentic coding is no longer a novelty. It’s just how shit gets done now. If you can think of the prompt, AI can write it. Big deal. That’s so early-2026. Move on.
（エージェント型コーディングはもう目新しいものではない。今や単に、物事が片付く方法というだけだ。プロンプトを思いつけるならAIはそれを書ける。それがどうした。2026年初頭の話だ。次へ進め。）
記事が神経に触れたことは著者自身も認めており、Hacker Newsとlobste.rsのコメントスレッドを追える旨が本文に追記されている。なお、それぞれのスレッドでどんな反論が出たかについて、元記事本文には具体的な整理はない。
なぜ起きたか／何が問題か
著者が挙げる背景は二つある。ひとつは、新しく手にした強力なものは誰でも友人に見せたくなるという、ごく自然な衝動だ。元記事は2026年初頭にClaude Opus 4.5の力を発見してインターネットが集団的に痙攣した、と表現している（著者はそれ自体は本当にクールだと認めている）。もうひとつは、すでに全開で回っているAI誇大宣伝マシンとグリフター（便乗商法）の存在で、この二つが組み合わさった結果、subredditやSlackがAI生成物であふれたと説明されている。
問題の核心は、個々の投稿の善悪ではなく累積効果として提示されている。著者はこれをつる草（bindweed）に例える。多くは善意によるものだとしても、コミュニティに何ら寄与しない。そしてノイズが増えることでシグナルの識別が困難になっていく。
This risks becoming a downward spiral; as communities become more polluted by this stuff, members will get frustrated from wading through AI slop and draw back, thus diminishing the life of the organic community even further.
（これは下降スパイラルになりかねない。コミュニティがこの手のもので汚染されるほど、メンバーはAIスロップをかき分けることに嫌気がさして引いていき、有機的なコミュニティの生命はさらに痩せ細っていく。）
この先にある終着点として、記事はコミュニティが枯れて死ぬか、あるいは人間が一人もいない場でAIエージェント同士が「会話」する、ディストピア的だが凡庸なMoltBookのようなものに収束するか、という二択を挙げている。
重要なのは、著者が「AIを使った成果物」を一律に否定していない点だ。記事には、AI slopという語を、AIについて書かれたものなら人間が書いたものでも指して使う人々がいる、という観察がある。著者の立場はそれとは異なる。AIの助けを借りて作られた素材そのものが悪いのではなく、それが何のために使われるかが問題である、と明確に線を引いている。これまでできなかったことを可能にし、これまで貢献できなかった人がコミュニティに貢献できるようにするAIの使い方は、人間の配慮と善意が背後にある限り純然たるプラスだという。一方で悪いAIスロップとは、コミュニティを前進させる以外の目的で塀の向こうにゴミを投げ込む行為であり、スパム、エンゲージメント・ファーミング、そして本来そのためにない場に投げ込まれる無思慮なノイズが含まれる、と定義されている。
読者がどう守るか
元記事は、モデレーション運用の手順やツール、プラットフォーム側の対策には触れていない。示されているのは投稿する側の自己判断基準であり、実質的にそれが唯一の防衛線として提示されている。記事から取れる問いを整理すると次のようになる。
- 実際に使っているか——それは本当に有用で、自分で使い続けているものか。ドキュメントは十分か、使えるものになっているか。何度もコードに戻ってきて、しっかり動かし込んだか。
- 一夜限りではないか——著者の表現では、Claudeとの一夜の関係で、翌朝には双方ともいい考えではなかったと思っているようなものではないか。
- 後ろに立てるか——ソフトウェアなら、issueを立てられ、PRを送られる対象として、自分がその後ろに立つ覚悟があるか。
- 自分が読みたいか——文章なら、自分自身が読みたいと思うものか。コミュニティの累積的な理解に何かを加えているのか、それとも書く気にならなかったテキストをLLMが自動補完しただけで、読む側も読む気にならないものか。
- プロンプトの顕現以上のものか——本質まで煮詰めたとき、エージェント型コーディングツールに投げたプロンプトの顕現以外の何かがあるか。他人が同じプロンプトを走らせたら似たものが出てくるだけではないか。
そして共有そのものの判断としては、何を、誰に、なぜ共有するのかを理解することが肝だとされている。記事はGeocities時代の自作ホームページを例に、友人や親に見せるのはいいが、インターネット全体に向けて共有すべきものではない、と対比している。
作り方の指針として引かれているのが、著者の友人であり同僚のGunnar Morling氏の記事から取られた「Built with AI, not by AI」という見出しだ。AIで作るのであって、AIに作らせるのではない。元記事はMorling氏の言葉を次のように引用している。
Build with AI. AI is just a tool. You need to do the thinking, the instructing, the checking.
（AIとともに作れ。AIは単なる道具だ。考えること、指示すること、検証することは、あなたがやらなければならない。）
この基準を満たす実例として挙げられているのが、Morling氏がAIを使って構築したApache Parquetの新しいパーサー「Hardwood」である。AIを使っているにもかかわらず著者の批判対象にならない理由として、これまでに4か月かかっていること、堅実なロードマップがあること、コミュニティが育ちつつあること、そして背後に思慮深く注意深い設計があることが挙げられている。つまり分かれ目はAIを使ったかどうかではなく、時間・継続・設計・責任が伴っているかどうかだ。
まとめ
- 元記事の主張はAI否定ではない。問題は生成物そのものではなく、コミュニティに寄与しない目的で無差別に投げ込まれることにある。
- 個々の投稿が善意でも、ノイズの累積がシグナルを埋め、メンバーが離れ、コミュニティがさらに痩せるという下降スパイラルが警告されている。
- 判断基準は「Built with AI, not by AI」。自分で使い続け、後ろに立ち、自分が読みたいものか——を共有前に問う。
実装家視点で言うと、この記事が刺さるのは「作ったか」と「共有していいか」が別の問いだと切り分けている点だ。自動化パイプラインを組んでいると、動いた瞬間の高揚がそのまま公開衝動に直結しやすい。だが元記事の基準——何度も戻ってきて動かし込んだか、issueが飛んできたときに後ろに立てるか——は、公開の可否だけでなく、自分の手元に残す価値があるかの判定にもそのまま使える。ステップ2の後で長く息を吸え、という助言は、他人のタイムラインを守るためというより、自分が本当に育てる気のあるプロジェクトを見分けるためのフィルタとして機能する。
コメント