Memory, Tools, Runtime, Governance, Evals.

Du bist gerade die Leiter hinaufgeklettert, und die Sprosse an der Spitze fungiert zugleich als das Rückgrat, das an der Seite jeder Sprosse darunter hinabläuft. Jeder L1-Agent, den du geschrieben hast, hat bereits Patterns aus L4 gezogen: Er hielt Arbeitsspeicher in einem Kontextfenster, rief Tools über irgendeine Art von Registry auf, lief auf einer Runtime und — wenn du sorgfältig warst — gab Traces aus. Die fünf Teilbereiche, die auf dieser Seite benannt sind, sind kein neues Terrain; sie sind das, worauf sich L1, L2 und L3 die ganze Zeit gestützt haben.

Die Leiter präsentiert L4 zuletzt aus einem einzigen didaktischen Grund: Sein Überspringen ist die häufigste Ursache dafür, dass Agenten-Prototypen beim Kontakt mit der Produktion sterben. Ein Leser, dem zuerst von L4, aber nicht von L1 erzählt wird, hat kein konkretes System, in dem Produktionsbelange zählen. Ein Leser, der ein L3-Multi-Agenten-System ohne Memory Architecture, Sandboxen, HITL-Gates oder Distributed Tracing gebaut hat, wird auf die harte Tour lernen, dass das Rückgrat immer tragend war.

Es gibt kein „L5“. Die Aufgabe von L4 ist es, die operative Disziplin dieser Schicht seitwärts in L1, L2 und L3 zu tragen — Memory Architecture, Tool-Schnittstellen, Runtime-Garantien, Governance und Observability vom ersten Prompt an als Belange des Systems zu behandeln, nicht als Belange, die man anbaut, sobald es in einer Demo funktioniert. Die Disziplin, Produktion als Rückgrat zu behandeln, das jede Sprosse berührt, ist es, die den Alltag überlebt.