AIE Code Summit 2026のソフトウェアエンジニアやリーダーたちは、生成コストよりも理解に要する労力が大きいAI生成コンテンツを指す「slop」の拡散に対処するための宣言を発表しました。この宣言では、AIは強力なツールではあるものの、レビューされていないモデルの出力をそのまま流すことは、生成コストがゼロに近づく一方で人間のレビューコストは一定のままという非対称なコスト構造を生み出すと主張しています。

Slopの問題の定義

この宣言は、1,000行のプルリクエストや10ページの文書を生成するコストがゼロに近づいている現在のAI環境において、slopを副産物として特定しています。人間のレビュー時間は一定であるため、これはチームを圧倒し、ソフトウェアの品質を低下させる巨大な非対称性を生み出します。

著者は、slopはAIを使用すること自体に固有のものではなく、人間が品質や読者の体験に対する責任を取らずにAIの出力を流すときに発生すると主張しています。それは技術自体の失敗ではなく、判断の失敗なのです。

「Slopとは、私たちが何かを生成する際に費やす労力よりも、消費者にそれを理解させるために求める労力の方が大きい場合のことです。」

— No AI Slop: A Manifesto

システムへの累積効果

この宣言の中心的な懸念は、技術的なエコシステム内でslopがいかに累積するかという点です。低品質なAIの出力がチームのナレッジベースやチャット履歴に残ると、それが次世代のエージェントの学習データとなり、それらのエージェントは同じエラーをコピーして複製することになります。

このサイクルは、コミュニケーションと品質の緩やかな侵食を招く可能性があります。この宣言は、チーム内でslopが循環すればするほど、それに対抗するための取り組みが減り、保守性の悪循環(ダウンワード・スパイラル)を招く可能性があることを示唆しています。

提案される解決策と人間の役割

これに対抗するため、この宣言は、人間の意図を効率的に引き出すためのシステム最適化や、「より簡単な仕事」よりも「より良い仕事」を優先することを含むいくつかの解決策を提案しています。また、モデルを使ってタスクを開始する前に、先行事例やリソースを調査することで、開発者自身に思考を促すことを推奨しています。

著者は、「vibe coding(雰囲気でのコーディング)」やワンショット・プロンプトが高いレバレッジを効かせるツールではあるものの、最終的な成果を損なうのであれば使用すべきではないと強調しています。彼らは、AIで生成されたすべてのコンテンツが明確に開示され、ユーザーにとって最も重要な部分において正確性がチェックされるシステムを提唱しています。

トレードオフと不確実性

この宣言は、唯一の正解はなく、業界がいまだに何を許容すべきかを再学習している段階であることを認めています。全員にとって価値を創造することが目標ではあるものの、著者はAI開発の急速なペースにより、永続的なガードレールを確立することが困難であることを認めています。

主要な残された問いは、結果を出すための即時的なビジネスの圧力と、高品質で人間が理解可能なコードベースを維持するという長期的な必要性をいかにバランスさせるかという点です。この宣言は、コミュニティ主導でこれらの信念を進化させるための出発点として機能します。

Hacker Newsの読者の反応

  • 懐疑的: あるコメントでは、この宣言の「slop」の定義が意図せずAIの生産性を制限する可能性があると主張し、AIによって生成された画期的な数学的証明もこの基準ではslopに分類される可能性があると指摘しました。 コメント ↗
  • 懐疑的: 別の読者は、企業は文書で提起されている人間中心の懸念よりも、迅速な出力や「slop」を優先する人を評価することが多いため、この宣言が業界で普及するのは難しいかもしれないと示唆しました。 コメント ↗
  • 体験談: あるコメントでは、寄稿者に元のプロンプトを含めることを要求し、レビューを仕様、プロダクションコード、証拠などの特定のコンポーネントに分割することで、大規模なAI生成プルリクエストを管理するための実践的なアプローチを共有しました。 コメント ↗
  • 懐疑的: 一部の観察者は、人間中心のワークフローの長期的な生存可能性に懐疑的な見方を示し、業界はエージェント間のワークフローが人間のレビューや検証に取って代わる「エージェント的」な未来に向かっていると示唆しました。 コメント ↗

Hacker Newsのスレッドで出た意見の要約です。事実として検証されたものではありません。 議論の全文を読む ↗