Ein KI-Agent arbeitet erst dann wirklich selbstständig, wenn er nicht nur Antworten erzeugt, sondern einen Auftrag plant, freigegebene Werkzeuge aufruft, Daten verändert und das Ergebnis kontrolliert. Für Microsoft-geprägte Unternehmen ist Copilot Studio zusammen mit Power Automate häufig der naheliegende Ausgangspunkt. UiPath eignet sich eher für Windows-Programme und ältere Fachanwendungen, Salesforce Agentforce für CRM-Prozesse, ServiceNow für IT- und Serviceabläufe und eine Entwicklungsplattform wie Vertex AI Agent Builder für individuell programmierte Agentensysteme. Einen universellen Sieger gibt es nicht: Die passende Software richtet sich vor allem danach, in welchem System die Arbeit tatsächlich stattfindet.
Der wichtigste Prüfpunkt ist der Unterschied zwischen Sprachmodell, Assistent und Agent. Ein Chatfenster, das eine E-Mail formuliert, erledigt noch keinen Geschäftsprozess. Ein Agent muss die E-Mail über eine autorisierte Aktion versenden, den Vorgang im führenden System dokumentieren, Fehler erkennen und bei einer festgelegten Grenze einen Menschen einschalten können.
Woran sich echte Aufgabenerledigung erkennen lässt
Selbstständigkeit ist bei Unternehmenssoftware kein Alles-oder-nichts-Merkmal. Sie besteht aus mehreren technischen Fähigkeiten, die gemeinsam bewertet werden müssen. Ein Produkt kann beispielsweise Dokumente gut verstehen, aber ohne Schnittstelle weder einen Datensatz aktualisieren noch einen Folgeprozess starten.
- Auslöser: Der Agent beginnt aufgrund eines Ereignisses, eines Zeitplans oder eines klaren Benutzerauftrags. Ein Ereignis kann eine neue Supportanfrage, eine eingegangene Datei oder ein geänderter Datensatz sein.
- Planung: Die Software zerlegt das Ziel in Arbeitsschritte und entscheidet innerhalb vorgegebener Grenzen, welches Werkzeug als Nächstes benötigt wird.
- Aktion: Der Agent darf über Connectoren, Programmierschnittstellen, Workflows oder Desktop-Automatisierung etwas ausführen. Ohne diese Aktionsschicht bleibt er ein Assistent.
- Zustand: Das System behält den Bearbeitungsstand über mehrere Schritte hinweg und kann auf Zwischenergebnisse reagieren.
- Kontrolle: Berechtigungen, Protokolle, Freigaberegeln, Grenzwerte und Abbruchbedingungen begrenzen den Handlungsspielraum.
- Erfolgskontrolle: Der Agent prüft, ob das Ziel erreicht wurde, statt einen erfolgreichen Abschluss nur zu behaupten.
Ein belastbarer Testauftrag lautet daher nicht „Beantworte Kundenanfragen“, sondern beispielsweise: Eine eingehende Anfrage klassifizieren, den passenden Kundendatensatz suchen, einen Antwortentwurf erstellen, bei einem freigegebenen Standardfall eine Aktion auslösen und den Vorgang dokumentieren. Bei fehlenden Angaben, widersprüchlichen Daten oder einer Ausnahme muss der Agent die Bearbeitung stoppen und an die zuständige Person übergeben.
Fünf Softwareansätze im gleichen Bewertungsraster
Die folgenden Plattformen decken unterschiedliche Systemschwerpunkte ab. Bewertet werden jeweils Aktionsreichweite, Windows- und Microsoft-Anbindung, Umgang mit älteren Anwendungen, Steuerbarkeit sowie die wichtigste Einsatzgrenze. Funktionsumfang, Bezeichnungen und Lizenzvoraussetzungen können sich ändern. Vor einer Auswahl müssen deshalb die Produktdokumentation, die im Administrationsportal verfügbare Edition und die tatsächlich freigeschalteten Connectoren geprüft werden.
Microsoft Copilot Studio und Power Automate
Copilot Studio ist besonders interessant, wenn Benutzer bereits in Microsoft 365, Teams, SharePoint, Dataverse oder anderen Microsoft-Diensten arbeiten. Agenten können Informationen verarbeiten und über freigegebene Aktionen Geschäftsabläufe anstoßen. Power Automate bildet dabei häufig die ausführende Schicht: Cloud-Flows verbinden Dienste, während Desktop-Flows Bedienhandlungen in Windows-Anwendungen automatisieren können.
- Aktionsreichweite: Hoch, wenn die benötigten Systeme über Connectoren, Power-Automate-Flows oder eigene Schnittstellen erreichbar sind.
- Microsoft-Umgebung: Der stärkste Kandidat dieser Auswahl, wenn Identitäten, Daten und Zusammenarbeit bereits im Microsoft-Ökosystem liegen.
- Ältere Windows-Programme: Über Desktop-Flows erreichbar, allerdings empfindlicher als eine stabile Programmierschnittstelle.
- Steuerbarkeit: Rollen, Umgebungen, Richtlinien für Datenverbindungen und die Ausführungsprotokolle der beteiligten Dienste sind für den Betrieb relevant.
- Grenze: Ein Copilot ist nicht automatisch ein autonomer Agent. Erst definierte Aktionen und Flows machen aus einer Unterhaltung einen ausführbaren Prozess.
Vor einem Pilotprojekt sollte die Administration in Copilot Studio und im Power-Platform-Admin-Center prüfen, welche Umgebungen, Connectoren, Datenrichtlinien und Nutzungsrechte verfügbar sind. Ein im Designer sichtbarer Connector bedeutet noch nicht, dass die Verbindung im Unternehmen erlaubt oder lizenziert ist.
UiPath für Windows-Oberflächen und gemischte Anwendungslandschaften
UiPath verbindet klassische Robotic Process Automation mit KI-gestützten Entscheidungen. Der Ansatz ist nützlich, wenn Arbeit nicht nur in modernen Cloud-Diensten, sondern auch in lokal installierten Windows-Programmen, virtuellen Desktops oder Fachanwendungen ohne brauchbare Schnittstelle stattfindet. Unbeaufsichtigte Roboter können festgelegte Prozesse ausführen; agentische Komponenten können Entscheidungen innerhalb eines orchestrierten Ablaufs unterstützen.
- Aktionsreichweite: Stark bei wiederholbaren Bedienabläufen, Dateien, Webanwendungen und Windows-Oberflächen.
- Microsoft-Umgebung: Gut integrierbar, aber nicht so eng an Microsoft 365 gebunden wie Copilot Studio.
- Ältere Windows-Programme: Eine zentrale Stärke, sofern die Oberfläche stabil automatisierbar ist.
- Steuerbarkeit: Orchestrierung, Warteschlangen, Anmeldeinformationen, Protokolle und getrennte Entwicklungs- und Produktionsabläufe unterstützen den Unternehmensbetrieb.
- Grenze: Oberflächenautomatisierung kann nach Programmupdates, geänderten Fenstern oder unerwarteten Dialogen ausfallen. Sie benötigt mehr Wartung als eine dokumentierte Schnittstelle.
UiPath ist damit keine pauschal intelligentere Wahl, sondern eine technisch andere. Muss ein Agent Daten in einer alten Windows-Anwendung erfassen, kann diese Fähigkeit wichtiger sein als die Qualität eines integrierten Chats.
Salesforce Agentforce für CRM-zentrierte Prozesse
Agentforce richtet sich an Abläufe, deren führende Daten und Aktionen in Salesforce liegen. Dazu gehören etwa Kundenservice, Vertriebsunterstützung und die Bearbeitung CRM-basierter Vorgänge. Der praktische Vorteil entsteht durch die Nähe zu Datensätzen, Berechtigungen und den bereits in Salesforce modellierten Prozessen.
- Aktionsreichweite: Besonders hoch innerhalb der Salesforce-Plattform und bei angebundenen Aktionen oder Flows.
- Microsoft-Umgebung: Microsoft-Dienste können Teil des Prozesses sein, bilden aber nicht den natürlichen Mittelpunkt der Plattform.
- Ältere Windows-Programme: Kein Hauptschwerpunkt; hierfür wird meist eine zusätzliche Integrations- oder Automatisierungsschicht benötigt.
- Steuerbarkeit: Bestehende CRM-Rechte, Datenzugriffe und Prozessregeln bieten einen wichtigen Rahmen, müssen für Agenten jedoch eigens überprüft werden.
- Grenze: Liegt der maßgebliche Arbeitsprozess außerhalb von Salesforce, kann die Plattform zur unnötigen Zwischenschicht werden.
Agentforce passt vor allem dann, wenn der erfolgreiche Abschluss direkt am CRM-Datensatz sichtbar ist. Die zuständige Administration sollte vorab prüfen, welche Agentenfunktionen, Aktionen und Überwachungsmöglichkeiten in der verwendeten Salesforce-Edition bereitstehen.
ServiceNow für IT-, Service- und Freigabeprozesse
ServiceNow ist ein geeigneter Kandidat, wenn Aufgaben bereits als Tickets, Kataloganforderungen, Vorfälle oder Serviceprozesse auf der Plattform organisiert sind. KI-Agenten können in diesem Rahmen Informationen sammeln, Arbeitsschritte koordinieren und freigegebene Aktionen anstoßen. Die Plattformnähe erleichtert die Übergabe zwischen Automatisierung und verantwortlichen Teams.
- Aktionsreichweite: Stark bei ServiceNow-basierten Workflows und angebundenen Unternehmenssystemen.
- Microsoft-Umgebung: Sinnvoll für Windows- und Microsoft-bezogene IT-Prozesse, wenn ServiceNow bereits das führende Service-System ist.
- Ältere Windows-Programme: Eher über Integrationen oder ergänzende Automatisierung als über direkte Desktop-Bedienung.
- Steuerbarkeit: Rollen, Prozesszustände, Genehmigungen und nachvollziehbare Tickets bieten eine gute Grundlage für begrenzte Autonomie.
- Grenze: Für allgemeine Büroautomatisierung ohne vorhandene ServiceNow-Prozesse wäre die Plattform oft zu weit vom eigentlichen Arbeitsort entfernt.
Ein geeigneter Einsatz wäre die Bearbeitung standardisierter IT-Anfragen, bei denen der Agent Informationen prüft, einen genehmigten Ablauf auslöst und das Resultat im Ticket dokumentiert. Sicherheitskritische Änderungen sollten nicht allein aufgrund einer frei formulierten Anfrage ausgeführt werden.
Vertex AI Agent Builder für individuell entwickelte Agenten
Eine Entwicklungsplattform wie Vertex AI Agent Builder ist sinnvoll, wenn ein Unternehmen eigene Anwendungen, Werkzeuge und Datenquellen zu einem Agentensystem verbinden möchte. Sie bietet mehr Gestaltungsfreiheit als eine fertige Fachanwendung, verlangt aber auch Softwareentwicklung, Identitätsmanagement, Überwachung und einen geregelten Betrieb.
- Aktionsreichweite: Potenziell breit, praktisch jedoch nur so groß wie die selbst implementierten und abgesicherten Werkzeuge.
- Microsoft-Umgebung: Über Schnittstellen integrierbar, aber ohne den unmittelbaren Plattformvorteil einer Microsoft-Lösung.
- Ältere Windows-Programme: Nur mit zusätzlicher Automatisierungs- oder Integrationskomponente.
- Steuerbarkeit: Flexibel, wobei Protokollierung, Rechteprüfung, Freigaben und Fehlerrückwege stärker in der Verantwortung des Entwicklungsteams liegen.
- Grenze: Hohe Freiheit bedeutet höheren Entwicklungs- und Betriebsaufwand. Ein funktionsfähiger Prototyp ist noch kein belastbarer Unternehmensdienst.
Dieser Ansatz eignet sich weniger für Unternehmen, die lediglich einen vorkonfigurierten Assistenten suchen. Er passt zu Teams, die Agenten als eigene Softwarekomponente entwickeln und dauerhaft betreiben können.
Welche Plattform passt zu welcher Ausgangslage?
Die Entscheidung sollte am führenden Arbeitssystem beginnen, nicht am bekanntesten Sprachmodell. Dort müssen Ergebnis, Berechtigung und Fehlerstatus überprüfbar sein.
- Arbeitet das Unternehmen überwiegend mit Teams, SharePoint, Dataverse und Power Platform, sollte Copilot Studio mit Power Automate zuerst geprüft werden.
- Müssen lokale Windows-Programme oder ältere Fachanwendungen bedient werden, ist UiPath meist der passendere Kandidat für einen Pilotversuch.
- Entsteht und endet der Prozess in Salesforce, bietet Agentforce den kürzesten Weg zwischen Entscheidung und CRM-Aktion.
- Stehen Tickets, IT-Services, interne Anfragen und Genehmigungen im Mittelpunkt, liegt ServiceNow näher am tatsächlichen Prozess.
- Sind eigene Werkzeuge, besondere Datenmodelle und individuelle Benutzeroberflächen erforderlich, ist eine Entwicklungsplattform wie Vertex AI Agent Builder eher geeignet.
Mehrere Plattformen können zusammenarbeiten. Ein Agent in Teams könnte beispielsweise einen strukturierten Auftrag aufnehmen, ein Workflow-System könnte die Genehmigung steuern und ein RPA-Roboter könnte den letzten Schritt in einer alten Windows-Anwendung ausführen. Eine solche Architektur ist nur sinnvoll, wenn für jeden Übergang feststeht, welches System den verbindlichen Status führt.
Ein Pilotversuch, der Autonomie messbar macht
Eine Produktvorführung zeigt häufig den Idealfall. Für die Auswahl ist ein begrenzter Testprozess aussagekräftiger, der auch fehlende Daten, verweigerte Berechtigungen und technische Fehler enthält.
- Wähle einen häufigen, klar abgegrenzten Vorgang mit bekanntem Start- und Endzustand. Geldtransfers, Kontolöschungen, weitreichende Rechteänderungen oder andere schwer rückgängig zu machende Aktionen eignen sich nicht als erster Test.
- Definiere ein maschinell prüfbares Ergebnis. Ein Vorgang gilt beispielsweise erst als erledigt, wenn ein Datensatz aktualisiert, eine Bestätigung erzeugt und eine Vorgangsnummer protokolliert wurde.
- Lege erlaubte Werkzeuge und Datenquellen fest. Der Agent erhält nur die Rechte, die dieser einzelne Prozess benötigt.
- Baue mindestens drei Abbruchfälle ein: fehlende Pflichtangabe, widersprüchlicher Datensatz und nicht erreichbares Zielsystem.
- Fordere vor einer folgenreichen Aktion eine menschliche Freigabe an. Die Freigabe muss den geplanten Schritt und die betroffenen Daten verständlich anzeigen.
- Prüfe Protokolle und Wiederaufnahme. Nach einem Fehler darf der Prozess nicht unbemerkt doppelt ausgeführt werden.
Für die Bewertung eignen sich nachvollziehbare Kennzahlen: Anteil vollständig abgeschlossener Fälle, Anteil notwendiger Übergaben, Zahl falscher Aktionen, durchschnittliche Bearbeitungszeit und Anteil der Vorgänge mit lückenlosem Protokoll. Diese Werte müssen für alle Kandidaten mit denselben Testfällen erhoben werden. Ohne identische Aufgaben wäre eine Rangfolge nicht belastbar.
Sicherheit und Betrieb in Windows- und Microsoft-Umgebungen
Ein Unternehmensagent benötigt eine eigene, begrenzte Identität oder einen ebenso klar begrenzten Ausführungskontext. Persönliche Administratorkonten sind ungeeignet, weil Berechtigungen, Verantwortlichkeit und Protokolle vermischt werden. In Microsoft-Umgebungen sollten Identitäten und Zugriffe über die zuständigen Microsoft-Entra- und Power-Platform-Verwaltungsbereiche geprüft werden; für andere Plattformen gelten deren Rollen- und Administrationsmodelle.
Besondere Aufmerksamkeit verdienen Desktop-Agenten. Ein Roboter, der an einer Windows-Sitzung arbeitet, kann Zugriff auf sichtbare Anwendungen, lokale Dateien und gespeicherte Anmeldedaten haben. Produktionskonten gehören nicht in Skripte oder frei lesbare Konfigurationsdateien. Anmeldeinformationen sollten über die dafür vorgesehene Geheimnis- oder Anmeldeinformationsverwaltung der gewählten Plattform bereitgestellt werden.
Auch Eingaben aus E-Mails, Dokumenten und Webseiten sind nicht automatisch vertrauenswürdig. Darin können Anweisungen stehen, die den Agenten zu einer unerlaubten Handlung bewegen sollen. Externe Inhalte dürfen deshalb keine Berechtigungsregeln überschreiben. Werkzeuge müssen serverseitig prüfen, welche Aktion für welchen Datensatz und welche Identität zulässig ist.
Für verändernde Aktionen braucht es zudem einen Rückweg. Eine erstellte Aufgabe lässt sich löschen, eine versandte Nachricht dagegen nicht zuverlässig zurückholen. Je schlechter eine Aktion rückgängig zu machen ist, desto enger sollten Freigabe, Grenzwerte und Empfängerkontrolle gestaltet sein.
Warnzeichen bei vermeintlich autonomen Produkten
Marketingbegriffe allein belegen keine selbstständige Ausführung. Folgende Merkmale sprechen dafür, dass eine Lösung eher ein Chat-Assistent oder ein noch nicht betriebsreifer Prototyp ist:
- Die Vorführung endet mit einem Textvorschlag, ohne dass eine autorisierte Aktion im Zielsystem ausgeführt wird.
- Es gibt keine Ansicht für Werkzeugaufrufe, Fehler, Freigaben und Bearbeitungsstatus.
- Der Agent verwendet weitreichende Sammelkonten, weil ein sauberes Rollenmodell fehlt.
- Erfolg wird aus der Antwort des Sprachmodells abgeleitet und nicht im Zielsystem kontrolliert.
- Bei einem Teilausfall ist unklar, ob der Agent erneut startet, fortsetzt oder dieselbe Aktion doppelt ausführt.
- Der Anbieter kann nicht zeigen, wie Datenzugriffe, Aufbewahrung, Regionen und Administratorrechte für die benötigte Edition eingestellt werden.
Die beste Wahl ist somit nicht die Plattform mit dem eindrucksvollsten Dialog, sondern diejenige, die den ausgewählten Unternehmensprozess mit den vorhandenen Systemen, überprüfbaren Aktionen und vertretbarem Betriebsaufwand abschließt. In einer Microsoft-zentrierten Arbeitsumgebung verdient Copilot Studio mit Power Automate den ersten Test. Bei alten Windows-Anwendungen verschiebt sich der Vorteil zu UiPath; bei CRM- oder Serviceprozessen liegen Salesforce beziehungsweise ServiceNow näher am führenden Datensatz. Individuelle Agentenplattformen lohnen sich erst, wenn ein Team Entwicklung, Sicherheit und laufenden Betrieb selbst tragen kann.
