送る前に誰も読んでいないような巨大なプルリクエストや10ページの文書を受け取ったことがある人なら、このマニフェストが扱う問題に覚えがあるでしょう。AIE Code Summit 2026の登壇者と参加者が、No AI Slopマニフェストを公開しました。2001年にユタ州スノーバードのスキーロッジで17人のエンジニアが書いたアジャイルマニフェストを意図的に手本にしています。製品でも規則でもありませんが、コーディングエージェントによって目に見えるようになったコストについて、チームが共通の言葉を持てるようになります。
形式はアジャイルをかなり忠実に踏襲しています。価値の組は五つです。量より成果、速さより理解、モデルの最初の下書きより自分の考え、楽な仕事よりよい仕事、出力の継ぎはぎより仕組みの改善です。中心にある定義は実用的です。読み手に理解のために求める労力よりも少ない労力で何かを作ったとき、それがスロップだというのです。AIを使うこと自体がスロップを生むわけではなく、責任を持たずに出力をそのまま渡すことがスロップを生みます。
最も説得力があるのは非対称性の議論です。1,000行の変更や長い文書を作るコストはゼロに近づいている一方、それを確認するコストは変わりません。著者たちは、エージェントの群れは一人が一生かけても確認しきれない量を1日で生み出せると指摘します。また、次のエージェントがコードベースやwiki、チャット履歴にあるものを読んで真似るため、スロップは雪だるま式に増えると警告しています。
決意の内容は控えめで使いやすいものです。 送るものをエージェントが書いたならそう明記し、重要な部分は確認する。スロップを送られたら、相手に穏やかに伝える。リンター、型チェッカー、自動テストで捕まえられるものは任せ、同じミスが2回出たら仕組みを直す。コードの行数、マージされたプルリクエスト、トークン、並列で動くエージェントの数ではなく、何を出荷し誰の役に立ったかを測る。Claude Code、Cursor、Codexを使うチームにとって、最後の点はこれらのツールが示す利用状況のダッシュボードへの直接の問いかけです。
限界はマニフェストというものに共通しています。強制力はなく、署名者の多くはもともとこの問題を気にかけている人たちで、誰も答えを持っていないことも認めています。一発のプロンプトやバイブコーディングが役立つことも認めています。行動が変わるかどうかは、エンジニアだけでなく管理職が賛同するかにかかっています。