Agentische Infrastruktur: Was hinter dem Agenten steckt

Zugriffe, Werkzeuge, Prozesszustand und Betrieb: Welche gemeinsame Grundlage KI-Agenten brauchen und wann sich ihr Aufbau lohnt.

Ein Agent bereitet Vertragsverlängerungen vor. Ein zweiter bearbeitet Serviceanfragen. Ein dritter unterstützt den Einkauf. Alle brauchen Kundendaten, Dokumente, Berechtigungen und verlässliche Wege in die Geschäftssysteme. Wenn jedes Team diese Grundlagen separat baut, wachsen mit den Agenten auch doppelte Anbindungen, unterschiedliche Regeln und unklare Zuständigkeiten.

Hier beginnt die Frage nach agentischer Infrastruktur. Gemeint ist in diesem Beitrag die gemeinsame technische und organisatorische Grundlage, auf der Agenten Informationen nutzen und begrenzt handeln können. Sie umfasst mehr als Modelle und Rechenleistung. Ihr Wert liegt darin, dass der nächste Anwendungsfall auf geprüften Fähigkeiten aufbauen kann.

:::takeaways{title="Für die Umsetzung"}

• Bauen Sie gemeinsame Fähigkeiten rund um konkrete Vorgänge auf, nicht um eine möglichst grosse Zahl von Agenten.
• Rechte, Freigaben und Ausführungsgrenzen müssen technisch durchgesetzt werden.
• Wiederverwendung lohnt sich erst, wenn ihr Nutzen den zusätzlichen Plattformbetrieb trägt.

:::

Vom einzelnen Assistenten zum gemeinsamen Fundament

Nehmen wir eine Vertragsverlängerung als illustrativen Vorgang. Der Agent liest den aktuellen Vertrag, prüft offene Leistungen und erstellt einen Vorschlag. Eine zuständige Person entscheidet. Danach werden die erlaubten Änderungen gespeichert und die vereinbarten Folgeschritte angestossen.

Für diesen Ablauf muss die Anwendung wissen, wer anfragt, welcher Vertrag gemeint ist, welche Daten sichtbar sein dürfen und welche Änderung freigegeben wurde. Sie muss auch nach einer Unterbrechung erkennen, was bereits geschehen ist. Diese Aufgaben lassen sich nicht zuverlässig einem langen Prompt überlassen.

In unserer Prototyparbeit an einer gemeinsamen Arbeitsfläche werden Zuständigkeit, Quellen und nächste Handlung zusammen dargestellt. Die Darstellung mit Demo-Daten hilft, den Ablauf zu prüfen. Für einen produktiven Einsatz muss die Infrastruktur diese Regeln auch gegenüber den angebundenen Systemen durchsetzen. Ein sichtbarer Freigabeknopf allein erfüllt diese Aufgabe nicht.

Sechs Fähigkeiten, die zusammengehören

Für den Einstieg genügt eine überschaubare Architektur. Entscheidend ist, dass die benötigten Fähigkeiten vorhanden sind und jeweils einen Verantwortlichen haben. Sie müssen nicht alle als neue Produkte beschafft oder als eigene Plattform entwickelt werden.

| Fähigkeit | Konkrete Aufgabe im Vertragsbeispiel | |---|---| | Identität und Berechtigung | Person, Rolle und erlaubte Vertragsdaten bei jedem relevanten Zugriff prüfen. | | Kontext und Quellen | Vertrag, offene Leistungen und Informationsstand nachvollziehbar zusammenführen. | | Werkzeuge und Schnittstellen | Kleine, klar definierte Funktionen zum Lesen, Vorbereiten und Ändern bereitstellen. | | Ablauf und Zustand | Bearbeitungsschritt, Freigabe und bestätigte Änderungen dauerhaft festhalten. | | Regeln und Kontrolle | Grenzen für Aktionen, Beträge und Datenzugriffe ausserhalb des Modells durchsetzen. | | Prüfung und Betrieb | Qualität, Fehler, Kosten und offene menschliche Aufgaben beobachten und bearbeiten. |

Bestehende Identitätsverwaltung, Integrationsdienste und Prozesssysteme können Teile davon übernehmen. Der Architekturentscheid lautet deshalb zunächst: Was ist bereits belastbar vorhanden, was fehlt für diesen Vorgang? Ein neues Agentenprojekt ist kein Grund, bewährte Grundlagen pauschal zu ersetzen.

Ein Werkzeug braucht einen klaren Auftrag

«Zugriff auf das Vertragssystem» ist zu ungenau. Sinnvoller sind begrenzte Fähigkeiten wie «Vertragsstand lesen», «Änderung vorbereiten» und «freigegebene Änderung ausführen». Jede benötigt definierte Eingaben, passende Rechte, erkennbare Fehler und eine verständliche Rückmeldung.

Die MCP-Werkzeugspezifikation beschreibt ein gemeinsames Format für solche Werkzeugangebote und ihre Aufrufe. Die MCP-Autorisierungsspezifikation behandelt Zugriffsautorisierung für HTTP-Verbindungen; Autorisierung ist im Protokoll grundsätzlich optional. Ein vorhandener MCP-Anschluss beweist deshalb noch keine korrekt umgesetzten Geschäftsberechtigungen.

Für den konkreten Vorgang empfehlen wir: Der ausführende Dienst prüft Berechtigung und gültige Freigabe selbst. Er vertraut dafür nicht allein dem Text, den das Modell übermittelt. Inhalte aus einer E-Mail oder einem Dokument dürfen ebenfalls keine zusätzlichen Rechte verleihen. Diese Trennung gehört in die technische Umsetzung und in die Abnahmetests.

Der Prozess muss einen Neustart überleben

Eine Vertragsverlängerung kann auf Rückfragen warten oder über mehrere Tage laufen. Der aktuelle Zustand gehört deshalb in eine dauerhafte Ablage. Ein Chatverlauf allein reicht als Arbeitsvorrat nicht aus. Erforderlich sind mindestens Vorgangskennung, zuständige Person, offene Entscheidung und der belegte Stand bereits ausgeführter Schritte.

Nach einem Neustart soll die Anwendung den Vorgang dort fortsetzen, wo die Verarbeitung tatsächlich steht. Eine neue Modellantwort darf keine bereits ausgeführte Änderung versehentlich erneut starten. Wie der bestätigte Abschluss und ungewisse Ergebnisse behandelt werden, beschreibt unser Beitrag «Wann ist ein KI-Auftrag wirklich erledigt?».

Mehrere Agenten sind dafür keine Voraussetzung. Wenn später getrennte Agenten zusammenarbeiten sollen, bietet A2A Konzepte für Aufgaben, Status und Ergebnisse. Ein Kommunikationsprotokoll ersetzt jedoch weder den fachlichen Verantwortlichen noch die Entscheidung, welche Geschäftsvorgänge als abgeschlossen gelten.

Betrieb beginnt mit einem erreichbaren Verantwortlichen

Für den Fachbereich braucht es eine Person, die Ergebnisqualität und Ausnahmen verantwortet. Die Integration benötigt einen technischen Eigentümer für Schnittstellen und deren Änderungen. Der Betrieb muss Störungen erkennen, bearbeiten und bei Bedarf weitere Aktionen stoppen können. Diese Rollen dürfen zusammenfallen, müssen aber ausdrücklich vergeben sein.

Zum Betriebsbild gehören offene Vorgänge, Fehlerquoten, Bearbeitungsdauer, menschliche Nacharbeit und Kosten. Ein zentraler Werkzeugdienst kann mehrere Anwendungsfälle gleichzeitig beeinträchtigen; Überwachung, begrenzte Auswirkungen und ein manueller Rückweg werden damit wichtiger. Ein globaler Überblick ersetzt zudem keine Zugriffstrennung zwischen Teams.

Vor Änderungen an Modell, Prompt oder Werkzeugversion wird derselbe Satz repräsentativer Fälle erneut geprüft. Darunter gehören verweigerte Rechte, widersprüchliche Quellen, unterbrochene Verarbeitung und ungültig gewordene Freigaben. Der erwartete Zustand wird vorab festgelegt. Ein plausibel klingender Antworttext genügt als Abnahmekriterium nicht.

Wann gemeinsame Infrastruktur wirtschaftlich wird

Der Nutzen entsteht durch weniger Mehrfacharbeit und konsistenten Betrieb. Eine gemeinsame Lösung verursacht zugleich Aufwand: Betreuung, Versionspflege, Tests und Abstimmung. Diese Kosten dürfen im ersten Projekt nicht verschwinden und bei späteren Projekten nicht als kostenlos gelten.

:::callout{type="info"} Hypothetisches Planungsbeispiel: Drei Teams schätzen den Aufbau derselben Anbindung jeweils auf zehn Entwicklungstage, zusammen 30 Tage. Eine gemeinsame Umsetzung benötigt angenommen 14 Tage, die Einbindung in die drei Anwendungsfälle jeweils zwei weitere Tage: insgesamt 20 Tage. Die Differenz beträgt zehn Entwicklungstage. Zusätzlicher laufender Plattformbetrieb ist noch nicht berücksichtigt. Bei nur einem Anwendungsfall wären 16 statt zehn Tage nötig. Dies ist eine Vergleichsrechnung, kein gemessenes Projektergebnis. :::

Die Rechnung ist nur aussagekräftig, wenn Funktionsumfang, Qualität und Berechtigungsanforderungen vergleichbar sind. Drei ähnlich benannte Schnittstellen sind nicht automatisch dieselbe Fähigkeit. Prüfen Sie deshalb echte Wiederverwendung, bevor Sie die Einsparung einplanen.

Den Aufbau an einem Vorgang beweisen

Beginnen Sie mit einem begrenzten Geschäftsfall und einem verantwortlichen Fachbereich. Klären Sie zuerst Datenquellen, erlaubte Handlungen und Rückweg. Verbinden Sie dann wenige Werkzeuge, speichern Sie den Prozesszustand und testen Sie Normalfall sowie gezielte Störungen. Bestehende Betriebsdienste sollten dabei genutzt werden, soweit sie die Anforderungen erfüllen.

Erst ein zweiter konkreter Anwendungsfall zeigt, welche Bausteine wirklich gemeinsam nutzbar sind. Übernehmen Sie diese gezielt in einen gepflegten Dienst mit dokumentierten Grenzen. So entsteht Infrastruktur aus nachgewiesenem Bedarf. Die einfache Arbeitsfläche des KI-Cockpits erhält damit ein Fundament, das auch im Alltag trägt.

Welcher wiederkehrende Vorgang eignet sich als erster belastbarer Baustein? Wir definieren mit Ihnen einen begrenzten Aufbau samt Zuständigkeit, Abnahmekriterien und Betriebsrechnung.

Quellen und Einordnung

Stand: 29. Oktober 2026. Die verlinkten Protokolldokumentationen belegen technische Schnittstellenkonzepte. Die sechs Fähigkeiten, Betriebsrollen und Einführungsschritte sind unsere Architektur-Empfehlung, kein allgemeingültiger Produktstandard. Das Beispiel enthält keine Kundendaten und keine Zusage einer bestimmten Einsparung.