In diesem Langform-Essay, veröffentlicht auf X, argumentiert Shubham Saboo, dass die nächste entscheidende Fähigkeit für den Product Manager im Zeitalter der Agenten nicht Prompt Engineering ist, sondern Loop Engineering. Der Zielzustand ist nicht ein PM, der jedes Mal, wenn er etwas braucht, den perfekten Prompt schreibt, sondern ein PM, der ein System gestaltet, das sich mit jedem Durchlauf verbessert. Ein Loop ist ein wiederholter Zyklus: das ändern, was das Verhalten des Agenten prägt, ausführen, das Ergebnis bewerten, die Änderung beibehalten, wenn die Qualität steigt, sonst zurücksetzen, dann das Gelernte kumulieren, sodass die nächste Version einen Vorsprung hat.
Für einen Ingenieur beginnt dieser Zyklus beim Code. Für einen PM beginnt er bei den Artefakten, die die Produktarbeit strukturieren: PRD-Review-Skill, Summarizer für Kundengespräche, Bewertungsraster, Launch-Checkliste, Research-Workflow, CLAUDE.md, Prompt-Vorlage, Priorisierungsrahmen. Dauerhaft und wiederverwendet, kodieren sie Urteilsvermögen und prägen den Agenten über Dutzende Durchläufe hinweg — deshalb kumulieren sie sich in beide Richtungen. Genau hier zeigt sich das eigentliche Problem: Drift. Die CLAUDE.md wächst immer weiter, die Checkliste schwillt an, Eval-Kriterien ändern sich spurlos; einen Monat später "wirkt" der Agent schlechter. Das Modell hat sich nicht verschlechtert: Die Artefakte sind unbeobachtet abgedriftet, und genau das korrigiert Loop Engineering.
Ein nützlicher Loop besteht aus fünf Teilen: Trigger, Aktion, Nachweis, Gedächtnis, Abbruchbedingung. Letztere ist die wichtigste: Viele Systeme scheitern, weil ihnen ein sauberer Ausstieg fehlt (Scope Creep, eine selbstbewusste Zusammenfassung ohne Nachweis). Ein guter Loop muss "Stopp" sagen können — nichts hat sich geändert, der Input ist zu dünn, blockiert, die Qualitätsschwelle nicht erreicht, eine menschliche Entscheidung erforderlich.
Das eigene Urteilsvermögen in wiederverwendbare Artefakte zu legen, erfordert, dass Geschmack nun mit Nachweis einhergeht: Evals werden zur PM-Arbeit, aufgebaut aus bekannten Beispielen (3 gute / 3 schlechte PRDs, 5 verstandene Gespräche, 2 vergangene Launches). Die Frage lautet nicht mehr "wirkt der Agent klug?", sondern "hat sich dieses Artefakt gegenüber bekanntem Produkturteil verbessert?" Das Lernen braucht ein Gedächtnis: GitHub, wo Artefakt, Diffs, Eval-Ergebnisse, Entscheidungsprotokoll und Rollback-Pfad liegen — "das Repo wird zum Produktgedächtnis."
Saboo rät, klein anzufangen, mit Product Ops: einem wöchentlichen Product-Signal-Loop (jeden Freitag), der ein Memo erzeugt, das wiederkehrendes Signal von isoliertem Rauschen trennt. Der Loop informiert eine Entscheidung, die der PM behält: "baue den Loop, aber bleib der PM." Generierung ist gelöst; Verifikation und Urteilsvermögen bleiben übrig.