AIスラップが開発者コミュニティを窒息させる「バイブコーディングノイズフロア」

rmoffの記事は、いわゆる「AI Slop」（LLMが生み出し、デベロッパー空間に無差別に共有される低品質なコンテンツ）に対する率直で苛立った批判である。核心的な主張は、AIが生成した素材が注意深くキュレーションされていない場合、ノイズを増やし、実際の人間同士の交流を妨げることで、オンラインコミュニティに積極的に害を及ぼしているというものだ。

「バイブコーディングして捨てる」のパターン

rmoffは、2026年初頭から一般的になった4段階のサイクルを特定している：

• ステップ1： エージェント型コーディングを発見。衝撃を受ける。
• ステップ2： プロジェクトをGitHubに放り込む（動くかどうかは別として）。
• ステップ3： AIに、自分のバイブコーディングプロジェクトについて熱狂的なブログ記事を書かせる。
• ステップ4： リポジトリと記事を、見境なくSlackグループやサブレディットにシェアする。

問題はAIツールの使用そのものではない。rmoffは自分はAI嫌いではないと明言し、AI嫌いは「歴史の間違った側にいる」と考えている。問題はキュレーションの欠如である。「プロンプトを思いつけるなら、AIがそれを書ける。だから何だ。それは2026年初頭の話だ。」

具体的なSlopのタイプ

記事は、コミュニティの劣化に寄与する行動の具体例を挙げている：

• 「KafkaをCOBOLで書き直した」 — サイエンスフェアならともかく、誰も触らないリポジトリでGitHubのスターを乞うためのものではない。
• 「Kafkaについてのブログ記事を書いた」 — しかしClaudeが書いたゴミで、コミュニティにとって有益ではない。
• 「Kafkaについての動画を作った」 — AI生成で、目新しさはあっても学習リソースとしては微妙。
• 「Kafkaについての電子書籍を自費出版する」 — 実際はClaudeでかき集めた寄せ集めで、無料で配るのも恥ずかしいもの。

なぜ重要なのか

rmoffは、AI Slopをコミュニティ内の有機的な生命をゆっくりと絞め殺す「ヒルガオ」に例えている。ノイズ対シグナルの比率が悪化し、不満を感じたメンバーは引きこもり、コミュニティは衰退するか、AIエージェント同士が人間不在で会話するディストピア的な「MoltBook」に収束する。

著者は、AIの良い使い方（人間の配慮をもって、以前はできなかったことに貢献できるようにする）と悪い使い方（コミュニティを顧みず自己宣伝のためにコンテンツを量産する）を区別している。その線引きは意図と努力にある。「AI Slopはノイズを増やし、シグナルを見極めるのをますます困難にしている。」

実用的なアドバイス

AI支援プロジェクトを共有する前に、rmoffは立ち止まって自問することを提案する：

• 実際に役立つか？自分で使っているか？
• きちんとしたドキュメントがあるか？利用可能か？
• コードに何度も戻ってテストを重ねたか、それともClaudeとの一夜限りの関係だったか？
• ソフトウェアの場合、それに責任を持ち、問題を受け入れ、PRをレビューする準備はあるか？
• 文章の場合、自分が読みたいと思うか？コミュニティの累積的な理解に貢献するか？

対象読者

AIコーディングエージェントを使い、参加するコミュニティの健全性を気にするデベロッパー、あるいは開発フォーラム、Reddit、Slackで高まるノイズに悩むすべての人。