Patrick Debois, Gründer von Tessl und eine historische Figur der DevOps-Bewegung, entwickelt in diesem Artikel das Konzept des „Context Flywheel“ — eines kontextuellen Schwungrads, das einen kumulativen Wettbewerbsvorteil für Entwicklungsteams schafft, die KI-Agenten einsetzen.
Der Artikel baut auf dem in einem früheren Beitrag vorgestellten Context Development Lifecycle (CDLC) auf, einem vierphasigen Zyklus: Generate, Evaluate, Distribute, Observe. Der CDLC behandelt Kontext nicht als statische Dokumentation, sondern als versioniertes und getestetes Engineering-Artefakt.
Die zentrale These lautet, dass der Wert nicht in einem einzelnen Durchlauf des Zyklus liegt, sondern in seiner Wiederholung. Die erste Iteration erfasst Konventionen und identifiziert Lücken. Die zweite behebt diese Lücken und offenbart subtilere Probleme. Bei der zehnten Iteration tritt ein Wandel ein: Die Agenten folgen den Anweisungen nicht einfach nur besser — das gesamte Team codiert anders, schneller, konsistenter, mit weniger Korrekturen.
Debois identifiziert vier gleichzeitige Investitionsrenditen für jeden Zyklus. Erstens verbessert sich die Qualität der Agenten insgesamt. Zweitens klärt und vertieft der Senior-Entwickler, der sein Fachwissen kodiert, dieses Wissen. Drittens können Junior-Entwickler die Skills lesen und die Muster, Einschränkungen und Argumentationen aufnehmen. Viertens konvergiert die Organisation hin zu einer gemeinsamen Terminologie, die Teamgrenzen überschreitet.
Das starke strategische Argument lautet, dass der eigentliche Wettbewerbsgraben weder in den Werkzeugen noch in den Modellen liegt — die sich kommodifizieren beziehungsweise konvergieren —, sondern im akkumulierten Produktwissen. Eine Organisation, die dieses Schwungrad zwei Jahre lang betreibt, entwickelt ein Verständnis, das Wettbewerber nicht replizieren können: katalogisierte Grenzfälle, kartierte Nutzerbedürfnisse, kodiertes und für Agenten zugängliches Domänenwissen.
Debois schließt mit der Betonung der Notwendigkeit einer expliziten Context Ownership. Ohne einen designierten Eigentümer — sei es ein DevEx-Team, ein Plattform-Team oder eingebettete Context Engineers — verfällt Kontext unweigerlich. Die Ownership ruht auf drei Säulen: Maintenance (Aktualitätsprüfung, Konfliktlösung, Ausmusterung des Veralteten), Enablement (einfacher Beitrag über CLI und Evaluations in CI) und Governance (Qualitätsschwelle über Evaluations, Konflikterkennung, Deprecation-Richtlinien). Die historische Analogie ist explizit: Die Branche hat diese Lektion bereits mit Dokumentation, Infrastruktur und Sicherheit gelernt.