Agent-zu-System-Konnektivität
Agent-zu-System-Konnektivität bezeichnet die technische Verbindung zwischen einem KI-Programm, das selbstständig Aufgaben erledigt, und der Software eines Unternehmens, in der die eigentlichen Daten und Vorgänge liegen. Sie entscheidet darüber, ob ein solches Programm nur Texte schreibt oder tatsächlich Bestellungen auslöst, Termine einträgt und Rechnungen prüft.
Manche KI-Programme beantworten nicht nur Fragen, sondern erledigen Aufgaben in mehreren Schritten selbst. Solche Programme nennt man Agenten. Ein Agent kann zum Beispiel den Auftrag bekommen: „Finde heraus, welche Rechnungen offen sind, und schicke Erinnerungen.“ Dafür muss er an die Buchhaltungssoftware und an das E-Mail-Programm herankommen. Agent-zu-System-Konnektivität ist genau diese Verbindung: die technischen Wege, über die ein Agent Daten aus anderen Programmen liest und dort Aktionen auslöst. Ohne sie bleibt der Agent ein Sprachtalent ohne Hände.
Der Unterschied zwischen Reden und Handeln
Ein Chatbot ohne Anbindung kann nur das wiedergeben, was in seinen Trainingsdaten stand oder was man ihm gerade in die Eingabe schreibt. Er weiß nicht, wie viele Schrauben im Lager liegen, und er kann keine nachbestellen. Der Sprung von einem hilfreichen Ratgeber zu einem Werkzeug, das echte Arbeit abnimmt, hängt fast vollständig an der Konnektivität. Deshalb sprechen Unternehmen bei Agenten selten über die Sprachfähigkeit und fast immer über die Schnittstellen.
Für Unternehmen ist das auch eine Kostenfrage. Viele Firmen betreiben Dutzende bis Hunderte einzelner Programme: eines für Kunden, eines für Personal, eines für Lager, eines für Rechnungen. Jede einzelne Anbindung kostet Entwicklungszeit und muss gepflegt werden. Wenn ein Anbieter verspricht, dass sein Agent „sofort mit euren Systemen spricht“, ist das der eigentliche Verkaufsgrund.
Gleichzeitig entsteht hier das größte Risiko. Ein Agent, der Daten nur liest, kann höchstens etwas Falsches behaupten. Ein Agent, der schreiben darf, kann Geld überweisen oder Datensätze löschen. Fehler sind dann nicht mehr peinlich, sondern teuer.
Werkzeuge, Berechtigungen und der Weg dazwischen
Technisch läuft die Verbindung fast immer über eine API. Das ist eine festgelegte Liste von Befehlen, die ein Programm anderen Programmen anbietet – vergleichbar mit einer Speisekarte, auf der genau steht, was bestellbar ist und wie man es bestellt. Der Agent bekommt eine Beschreibung dieser verfügbaren Befehle, im Fachjargon Tools genannt. Aus dem Auftrag des Nutzers leitet er ab, welchen Befehl er mit welchen Werten aufruft.
Ein Durchlauf sieht typischerweise so aus: Der Agent liest den Auftrag, wählt ein Werkzeug, ruft es auf und bekommt ein Ergebnis zurück. Dieses Ergebnis fließt in seine nächste Überlegung ein, und der Kreis beginnt von vorn. Diese Schleife wiederholt sich, bis die Aufgabe erledigt ist oder ein Limit erreicht wird. Damit dabei nichts entgleist, begrenzt man die Rechte des Agenten: Er bekommt einen eigenen Zugang mit genau den Befugnissen, die er braucht, und keiner mehr.
Weil jede Software ihre Befehle anders benennt, entstehen Standards, die das vereinheitlichen. Bekannt ist das Model Context Protocol, kurz MCP, eine gemeinsame Sprache für die Anbindung von Werkzeugen an KI-Agenten. Der Gedanke ähnelt USB: ein Stecker statt zwanzig. Ein häufiger Irrtum ist, dass ein Agent Programme „bedient“ wie ein Mensch am Bildschirm. Das gibt es zwar auch, ist aber langsam und fehleranfällig; der Normalfall bleibt der saubere Aufruf über Schnittstellen.
Wo diese Anbindungen im Alltag auftauchen
Im Kleinen begegnet einem das Prinzip in Assistenten, die einen Termin in den Kalender eintragen oder eine Datei im Cloud-Speicher suchen. Sichtbar wird es dort, wo eine App um Erlaubnis fragt, auf ein anderes Konto zugreifen zu dürfen. Diese Zustimmung ist nichts anderes als der Aufbau einer Konnektivität. Genau deshalb lohnt es sich, solche Abfragen zu lesen statt sie wegzuklicken.
In Wirtschaftsnachrichten taucht der Begriff meist bei Unternehmenssoftware auf. Anbieter wie SAP, Salesforce oder Microsoft werben damit, dass Agenten direkt in ihren Systemen arbeiten. Der Wert liegt dabei weniger im Sprachmodell selbst als im Zugang zu den Firmendaten. Wer die Systeme kontrolliert, in denen die Vorgänge liegen, hat eine starke Position gegenüber reinen Modellanbietern.
Ein dritter Ort sind Diskussionen über Sicherheit und Regulierung. Behörden und Prüfer wollen wissen, welcher Agent wann welche Aktion ausgelöst hat. Deshalb gehören Protokolle und Freigabeschritte zunehmend zur Anbindung dazu. Bei kritischen Vorgängen bleibt ein Mensch in der Kette, der bestätigen muss – ein Prinzip, das man als „Human in the Loop“ bezeichnet.