Lange galt das Prompt-Design als entschei­dende Diszi­plin im Umgang mit KI-Agen­ten: Wer die richti­gen Anweisun­gen for­muliert, formt das Ver­hal­ten. Diese Sichtweise greift zu kurz – und die neue Part­ner­schaft zwis­chen Ope­nAI und AWS macht das struk­turell sicht­bar. Der Agent entste­ht nicht im Prompt. Er entste­ht in der Architek­tur, die ihn trägt.


Was kon­sti­tu­iert einen KI-Agen­ten? Lange galt diese Frage als eine des Prompt-Designs. Wer präzise Anweisun­gen for­mulierte, wer Rollen und Gren­zen im Sys­tem-Prompt sorgfältig set­zte, der – so die implizite Vorstel­lung – forme das Ver­hal­ten des Agen­ten. Diese Sichtweise war nicht falsch, aber sie war unvoll­ständig. Sie beschrieb die Ober­fläche, nicht die Tiefen­struk­tur.

Die Ankündi­gung des State­ful Run­time Envi­ron­ment von Ope­nAI und AWS1OpenAI’s big invest­ment from Ama­zon comes with some­thing else: new ’state­ful’ archi­tec­ture for enter­prise agents macht diese Tiefen­struk­tur sicht­bar. Was hier als tech­nis­che Part­ner­schaft ver­meldet wird, ist in Wahrheit eine architek­turelle Entschei­dung mit insti­tu­tionellem Gewicht: Zum ersten Mal wird der Kon­text eines Agen­ten – seine Erin­nerung, seine Werkzeugzustände, seine Berech­ti­gungs­gren­zen, seine Iden­tität – nicht vom Entwick­ler manuell zusam­mengestück­elt, son­dern durch die Run­time selb­st ver­wal­tet und per­sistiert. Der Agent hat nun eine Infra­struk­tur, die ihn trägt, bevor er über­haupt eine Auf­gabe bekommt.

Vom Prompt zum Sub­strat

In der bish­eri­gen, zus­tand­slosen Welt der API-Agen­ten war jede Anfrage eine Episode ohne Gedächt­nis. Der Entwick­ler musste den Kon­text bei jedem Aufruf voll­ständig neu ein­bet­ten – eine aufwendi­ge, fehler­an­fäl­lige Orchestrierungsar­beit, die außer­halb des Mod­ells stat­tfand. Das Mod­ell war intel­li­gent, aber insti­tu­tionell heimat­los: Es wusste viel, erin­nerte sich an nichts, kan­nte seinen eige­nen Sta­tus nicht und hat­te keine per­sis­tente Iden­tität inner­halb des Sys­tems.

Das State­ful Run­time Envi­ron­ment kehrt diese Logik um. Das Envi­ron­ment ver­wal­tet nun selb­st: die Work­ing Mem­o­ry des Agen­ten, den Zus­tand laufend­er Tool-Aufrufe, die Berech­ti­gungs­gren­zen (IAM-Poli­cies, VPC-Sicher­heit­skon­text), Audit-Trails über Entschei­dungss­chritte, und die Wieder­auf­nahme unter­broch­en­er Prozesse. Der Agent existiert damit nicht mehr als flüchtiges Ereig­nis, son­dern als dauer­hafter, insti­tu­tionell einge­bet­teter Akteur inner­halb ein­er definierten Infra­struk­tur.

Der entschei­dende konzep…

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert