Wer schon einmal einen riesigen Pull Request oder ein zehnseitiges Dokument bekommen hat, das offenbar niemand vor dem Versenden gelesen hat, kennt das Problem, um das es in diesem Manifest geht. Sprecher und Teilnehmer des AIE Code Summit 2026 haben ein No-AI-Slop-Manifest veröffentlicht, bewusst nach dem Vorbild des Agilen Manifests, das 17 Ingenieure 2001 in einer Skihütte in Snowbird, Utah, schrieben. Es ist weder Produkt noch Regel, gibt Teams aber gemeinsame Begriffe für Kosten, die Coding-Agenten sehr sichtbar gemacht haben.
Das Format lehnt sich eng an das Agile Manifest an. Es gibt fünf Wertepaare: Ergebnisse vor Output, Verstehen vor Tempo, das eigene Denken vor dem ersten Entwurf eines Modells, bessere Arbeit vor leichterer Arbeit und das System verbessern vor dem Flicken des Ergebnisses. Die zentrale Definition ist praktisch: Slop ist, wenn jemand weniger Mühe in die Herstellung steckt, als er dem Leser für das Verstehen abverlangt. KI zu nutzen macht Arbeit nicht automatisch zu Slop; Ergebnisse weiterzugeben, ohne Verantwortung dafür zu übernehmen, schon.
Das stärkste Argument betrifft die Asymmetrie. Die Kosten, eine Änderung mit tausend Zeilen oder ein langes Dokument zu erzeugen, gehen gegen null, die Kosten der Prüfung bleiben gleich. Die Autoren halten fest, dass ein Schwarm von Agenten an einem Tag mehr erzeugen kann, als ein Mensch in seinem Leben prüfen könnte. Außerdem warnen sie, dass Slop sich aufschaukelt, weil der nächste Agent liest und kopiert, was in Codebasis, Wiki und Chatverlauf liegt.
Die Vorsätze sind bescheiden und brauchbar. Sag, wenn ein Agent etwas geschrieben hat, das du verschickst, und prüfe die wichtigen Teile. Sag Kollegen freundlich, wenn sie dir Slop geschickt haben. Lass Linter, Typprüfer und automatische Tests abfangen, was sie können, und verbessere das System, wenn derselbe Fehler zweimal auftaucht. Miss, was ausgeliefert wurde und wem es hilft, nicht Codezeilen, gemergte Pull Requests, Tokens oder parallel laufende Agenten. Für Teams mit Claude Code, Cursor oder Codex ist dieser letzte Punkt eine direkte Herausforderung an die Nutzungs-Dashboards dieser Werkzeuge.
Die Grenzen sind die jedes Manifests. Es lässt sich nicht durchsetzen, die Unterzeichner sind vor allem Menschen, denen das Thema ohnehin wichtig ist, und es räumt ein, dass niemand die Lösung hat. Zudem gesteht es zu, dass One-Shot-Prompts und Vibe Coding nützlich sind. Ob es Verhalten ändert, hängt davon ab, ob auch Führungskräfte mitziehen und nicht nur Ingenieure.