KI-Agenten im Unternehmen: 14 Anwendungsfälle für 2026

Sinnvolle Anwendungsfälle für KI-Agenten beginnen mit einer wiederkehrenden Aufgabe, zugänglichen Belegen und einer Person, die die abschließende Entscheidung verantwortet. Die folgenden 14 Workflows verteilen sich auf 7 Abteilungen: Für 6 gibt es namentlich belegte Praxisbeispiele aus Primärquellen; 8 sind als mögliche Einsatzmuster gekennzeichnet. Für den Einstieg eignen sich Supportantworten oder klar begrenzte Entwicklungsaufgaben, sofern Wissensgrundlage und Prüfung bereits zuverlässig funktionieren.

Ein nützlicher Agent erledigt eine klar definierte Aufgabe: Er wählt die nötigen Schritte, nutzt angebundene Tools und überprüft das Ergebnis. Er kann etwa eine Antwort recherchieren und ein Supportgespräch weiterleiten oder einen Fehler untersuchen und eine Codeänderung vorbereiten. Der betriebliche Nutzen entscheidet sich daran, ob die fertige Arbeit auch nach der Prüfung brauchbar ist.

Stand der Prüfung: 27. Oktober 2026. Die Kennzeichnung als produktiver Einsatz bedeutet hier, dass das Unternehmen oder der Softwarehersteller den Einsatz öffentlich dokumentiert hat. Sie steht weder für ein unabhängiges Audit noch für einen eigenen Praxistest. Anforderungen an Zugriffe, Freigaben und Abnahmekriterien sind Empfehlungen für die eigene Umsetzung, sofern sie nicht ausdrücklich einer Quelle zugeschrieben werden.

KI-Agenten: Anwendungsfälle nach Abteilung im Überblick

Der beste Ausgangspunkt ist eine Abteilung mit wiederkehrenden Aufgaben und einer verantwortlichen Person, die das Ergebnis beurteilen kann. Eine kleine Aufgabe mit verlässlichen Quellen eignet sich besser als der pauschale Auftrag, eine ganze Abteilung zu führen.

Die Spalte zur Beleglage bezieht sich auf die konkreten Beispiele. Sie bewertet nicht den Reifegrad einer ganzen Abteilung. Ein hier als mögliches Einsatzmuster bezeichneter Ablauf kann andernorts bereits existieren. Die Kennzeichnung besagt lediglich, dass dieser Leitfaden für die vorgeschlagene Konfiguration keinen namentlich dokumentierten Einsatz anführt.

KI-Agenten in Unternehmen: Was zählt als belegter Praxiseinsatz?

Wenn ein namentlich genannter Kunde ein benanntes Produkt für eine beschriebene Aufgabe einsetzt, ist das ein brauchbarer Beleg. Eine Produktankündigung, eine Vorführung oder die Absicht eines Kunden, etwas auszuprobieren, belegt einen tatsächlichen Einsatz deutlich schwächer.

Nach welchen Kriterien wurden die Beispiele ausgewählt?

Die Auswahl folgt vier Kriterien: einer wiederkehrenden betrieblichen Aufgabe, einem überprüfbaren Ergebnis, einem glaubwürdigen Zugang zu den nötigen Daten und einer klaren Grenze für menschliche Entscheidungsbefugnisse. Als produktiver Einsatz gelten Beispiele zusätzlich nur dann, wenn das Unternehmen oder der Hersteller den verwendeten Workflow selbst beschreibt. Ein Beleg für die Kontierung von Geschäftsvorfällen belegt nicht automatisch eine Zahlungsfreigabe ohne menschliche Aufsicht.

Damit scheiden allgemeine Chatbot-Vorführungen, spekulative Szenarien zum Ersatz ganzer Abteilungen und Leistungsversprechen ohne Originalbeleg aus. Verglichen werden hier erledigte Aufgaben und ihre betrieblichen Voraussetzungen. Tools werden dort genannt, wo sich der Zusammenhang belegen lässt.

Auch bei der KI-Automatisierung muss ein Agent seinen Einsatz rechtfertigen. Wenn eine feste Regel jedes freigegebene Formular an ein bekanntes Ziel weiterleitet, kann der Ablauf gewöhnliche Automatisierung bleiben. Ein Agent wird dann sinnvoll, wenn der nächste Schritt vom gefundenen Ergebnis abhängt: etwa wenn er ein fehlendes Dokument erkennt, eine weitere Abfrage auswählt oder feststellt, dass ein Mensch übernehmen muss. Der Leitfaden zu den Arten von KI-Agenten erklärt die unterschiedlichen Einteilungen. Eine Kaufentscheidung sollte trotzdem mit der Aufgabe und den erlaubten Handlungen beginnen.

Die praktische Grenze verläuft zwischen der Vorbereitung und der tatsächlichen Ausführung einer Handlung. Ein Antwortentwurf, eine Versandfreigabe und eine bestätigte Zustellung sind unterschiedliche Zustände. Sie müssen erkennbar bleiben.

Support: Mit wiederkehrenden Fragen beginnen

Support eignet sich als erster Einsatzbereich, wenn Antworten bereits dokumentiert sind und jemand diese Dokumentation pflegt. Anspruchsvoll ist vor allem die Abgrenzung: Welche Fragen darf der Agent beantworten, und wann muss ein Mensch übernehmen?

1. Produktfragen beantworten und komplexe Fälle weiterleiten

Fin, der Kundensupport-Agent von Intercom, ist bei der Vertriebsdatenplattform Clay nachweislich im produktiven Einsatz. Clay begann mit dem Chat innerhalb der Anwendung und erweiterte den Einsatz anschließend auf E-Mail sowie, über eine zusätzliche Integration, auf Slack. Die Supportverantwortlichen beschreiben, dass sich Menschen seit der Einführung stärker auf komplexe Fragen konzentrieren. Zur Fallstudie von Fin über Clay.

Status: Produktiver Einsatz bei Clay dokumentiert.
Aufgabe: Wiederkehrende Produktfragen lösen und Ausnahmefälle an das Supportteam übergeben.
Was der Agent übernimmt: Er ruft passende Anleitungen ab, beantwortet die Kundenfrage und arbeitet im Supportprozess mit. Bei der eigenen Einführung sollten ungelöste Fälle stets mit der Frage, den konsultierten Quellen und den bereits versuchten Schritten übergeben werden.
Prüfung durch Menschen: Eine verantwortliche Supportperson übernimmt strittige Antworten, sensible Kontofragen und Richtlinienausnahmen. Auch Routineantworten brauchen Stichproben: Wer nur weitergeleitete Fälle prüft, übersieht selbstsicher vorgetragene Falschantworten.
Tool-Typ: Supportagent mit Anbindung an Helpdesk und Wissensdatenbank.
Voraussetzungen: Freigegebene Hilfetexte, aktuelle Produktinformationen, auf das jeweilige Kundenkonto begrenzter Zugriff und eine personell besetzte Anlaufstelle für Eskalationen. Zunächst genügt die Berechtigung zum Antworten; Änderungen am Kundenkonto benötigen eine eigene Autorisierung.

Bei einem Softwareunternehmen eignet sich die Frage „Wie lade ich einen Kollegen ein?“, sofern die dokumentierte Antwort zu den Produktberechtigungen des Kunden passt. „Warum haben Sie unsere Daten gelöscht?“ braucht eine verantwortliche Person. Dieser Einsatz passt, wenn die Antwort schon vorliegt und dieselben Fragen immer wieder auftauchen. Muss das Supportteam Richtlinien regelmäßig improvisieren, sind zuerst die Richtlinien zu klären.

Erfolg zeigt sich an korrekten, akzeptierten Lösungen, wieder geöffneten Gesprächen und brauchbaren Übergaben. Verschwindet ein Gespräch aus der Warteschlange, ohne dass das Anliegen des Kunden gelöst ist, bleibt das Problem bestehen.

2. Erstattungen und Rückgaben zur Freigabe vorbereiten

Ein Agent für die Erstattungsvorbereitung sollte eine Entscheidungsgrundlage zusammenstellen, bevor jemand eine Entschädigung freigibt. Hier handelt es sich um ein mögliches Einsatzmuster: Die vorgeschlagene Freigabegrenze beschreibt nicht die Erstattungskonfiguration von Clay.

Aufgabe: Alle Informationen zusammentragen, die für die Entscheidung über eine Erstattung, Rückgabe oder Servicegutschrift nötig sind.
Was der Agent übernimmt: Er sucht die Bestellung heraus, ruft die geltende Richtlinie ab, prüft frühere Korrekturen und bereitet einen Handlungsvorschlag samt Belegen vor. Widersprechen sich Angaben, fordert er fehlende Informationen an oder übergibt den Fall an einen Menschen.
Prüfung durch Menschen: Eine benannte Person aus Support oder Finanzen genehmigt die Entschädigung und mögliche Richtlinienausnahmen. Vor dieser Freigabe darf dem Kunden keine Zusage gemacht werden.
Tool-Typ: Serviceagent mit Bestellabfrage und einem separat kontrollierten Tool für die Ausführung.
Voraussetzungen: Geprüfte Kundenidentität, Bestellhistorie, zutreffende Richtlinienversion und bisherige Korrekturen. Eine Bestellung lesen zu dürfen darf nicht automatisch dazu berechtigen, sie zu erstatten.

Im Handel erfordert ein als zugestellt markiertes, vom Kunden aber als vermisst gemeldetes Paket andere Belege als eine ungeöffnete Ware, die nach den veröffentlichten Bedingungen zurückgegeben wird. Der Agent macht diesen Unterschied leicht überprüfbar.

Zuerst die Vorbereitung einführen, dann den Schritt, der Geld bewegt. Kann das System nicht anzeigen, ob eine Korrektur bereits erfolgt ist, sollte der Vorgang nicht automatisiert werden. Gemessen werden vollständige Entscheidungsunterlagen, Korrekturen durch Prüfer und doppelte Ausführungsversuche. Der Leitfaden zu Human-in-the-Loop-KI erklärt, wie Freigabeanfragen entscheidungsreif werden und unbeantwortete Anfragen sichtbar in einer Warteschlange bleiben.

Vertrieb: Erst die Übergabe verbessern, dann die Ansprache automatisieren

Vertriebsagenten bringen vor allem dann Nutzen, wenn sie die Informationsgrundlage für das Vertriebsteam verbessern. Interessierte Besucher oder bekannte Kundenunternehmen sind ein guter Einstieg. Kontext und Berechtigungen lassen sich hier leichter festlegen als bei einer unbeschränkten Kampagne zur Neukundenansprache.

3. Eingehende Interessenten qualifizieren und das Gespräch übergeben

Salesforce Agentforce, die Agentenplattform von Salesforce, beantwortet auf der eigenen Website von Salesforce Produktfragen und erfasst Leads. Der veröffentlichte Bericht beschreibt, wie das Gespräch samt Zusammenfassung an einen Mitarbeiter der Vertriebsentwicklung übergeben wird, wenn ein Besucher menschliche Unterstützung wünscht. Zum Einsatzbericht von Salesforce.

Status: Produktiver Einsatz bei Salesforce dokumentiert.
Aufgabe: Aus den Fragen eines interessierten Besuchers eine brauchbare Übergabe an den Vertrieb machen.
Was der Agent übernimmt: Er antwortet auf Grundlage freigegebener Produktinformationen, sammelt relevanten Kontext und übergibt das Gespräch an den Vertrieb. Für den eigenen Einsatz sind die Pflichtfelder der Übergabe festzulegen. Aussagen des Besuchers müssen von Schlussfolgerungen des Agenten unterscheidbar sein.
Prüfung durch Menschen: Ein Vertriebsmitarbeiter verantwortet individuelle Angebote, vertragliche Zusagen und Fragen, die über die freigegebenen Produktunterlagen hinausgehen.
Tool-Typ: Website-Agent mit Anbindung an ein System für Kundenbeziehungsmanagement, kurz CRM.
Voraussetzungen: Aktuelle Produktdokumentation, freigegebene Qualifizierungsfragen, eine Kontakterfassung unter Berücksichtigung der Einwilligung und ein funktionierender Weg zum zuständigen Vertriebsteam. Die Berechtigung zum Anlegen eines Datensatzes ist getrennt von Änderungen an bestehenden Verkaufschancen zu vergeben.

Fragt ein Besucher bei einem Anbieter von Unternehmenssoftware, ob das Produkt sein Betriebsmodell unterstützt, sollte er das Gespräch mit einer Antwort und einem passenden nächsten Schritt verlassen können. Der Vertrieb sollte diesen Kontext erhalten, ohne dass der Besucher alles wiederholen muss.

Dieser Einsatz passt, wenn bereits interessierte Besucher vorhanden sind. Ein Agent behebt weder ein unklares Angebot noch eine vernachlässigte Vertriebswarteschlange. Zu prüfen ist, ob qualifizierte Anfragen die richtige Person erreichen, ob neue Datensätze vorhandene Kontakte duplizieren und ob der Vertrieb die Informationen als nützlich annimmt.

4. Kundenunternehmen recherchieren, bevor der Vertrieb etwas versendet

Die Recherche zu Kundenunternehmen ist ein mögliches Einsatzmuster, wenn das Vertriebsteam immer wieder dieselben Arten von Informationen zusammenträgt. Das Ergebnis bleibt ein Briefing mit Quellen und einem Nachrichtenvorschlag, bis es jemand abnimmt.

Aufgabe: Ein relevantes Unternehmensprofil für einen bestehenden Interessenten oder Kunden vorbereiten.
Was der Agent übernimmt: Er liest freigegebene Kundendatensätze und Unternehmensquellen, ermittelt einen belegbaren Anlass zur Kontaktaufnahme, nennt offene Fragen und entwirft eine darauf gestützte Nachricht. Quellenlinks müssen erhalten bleiben; Tatsachen und Interpretation sind zu trennen.
Prüfung durch Menschen: Die für das Kundenunternehmen verantwortliche Person prüft Identität, Relevanz, Beziehungskontext und vorgeschlagene Ansprache vor dem Versand.
Tool-Typ: Rechercheagent mit Lesezugriff auf CRM-Datensätze und einem freigegebenen Tool für Webrecherche.
Voraussetzungen: Eine definierte Unternehmensliste, Zugriff auf zulässige Notizen, Regeln für Quellen und eine Sperrliste mit Kontakten, die nicht angesprochen werden dürfen. Der Einstieg erfolgt ohne Versandberechtigung und ohne Zugriff zum massenhaften Überschreiben von CRM-Daten.

Angenommen, ein Interessent kündigt einen neuen Distributionsstandort an. Ein brauchbares Briefing verlinkt die Ankündigung, leitet daraus eine plausible betriebliche Fragestellung ab und kennzeichnet diese als Schlussfolgerung. Ein schwaches Briefing erfindet das Budget oder behauptet, ein internes Problem des Interessenten zu kennen.

Dieser Einsatz passt, wenn die Recherchequalität relevante Kontaktaufnahmen begrenzt. Geht es ausschließlich darum, mehr Nachrichten zu versenden, ist er ungeeignet. Ein Briefing bewährt sich, wenn der Vertrieb seine Tatsachenbehauptungen akzeptiert und den Kontext nutzen kann. Unbelegte Personalisierung und veraltete Quellen zählen als Fehler.

Betriebsorganisation: Abläufe koordinieren, Zuständigkeiten wahren

Im operativen Geschäft hängt der nächste Arbeitsschritt oft von fehlenden Informationen ab. Agenten können diese Informationen beschaffen und genehmigte Anfragen voranbringen. Dabei muss klar bleiben, wer die Freigabe erteilen darf.

5. IT-Routineanfragen von Beschäftigten erledigen

Moveworks, eine Plattform für Mitarbeitersupport, ist bei Broadcom nachweislich im produktiven Einsatz. Die Fallstudie beschreibt Support über Google Chat, darunter das Zurücksetzen von Passwörtern, Entsperren von Konten, Anlegen von Tickets, Abrufen des Bearbeitungsstands und Aktualisieren von E-Mail-Gruppen. Zur Fallstudie über Broadcom.

Status: Produktiver Einsatz bei Broadcom dokumentiert.
Aufgabe: Eine IT-Routineanfrage abschließen oder ein brauchbares Ticket für einen Techniker erstellen.
Was der Agent übernimmt: Er interpretiert die Anfrage eines Beschäftigten und nutzt angebundene Supportsysteme für Antworten oder unterstützte Aufgaben. Beim eigenen Einsatz muss er die Identität der anfragenden Person prüfen und den resultierenden Systemzustand dokumentieren.
Prüfung durch Menschen: Die IT genehmigt privilegierte Zugriffe, Richtlinienausnahmen und Änderungen außerhalb des Standardkatalogs.
Tool-Typ: Mitarbeiterservice-Agent mit Anbindung an Identitätsverwaltung und IT-Servicemanagement.
Voraussetzungen: Authentifizierte Mitarbeiteridentität, ein freigegebener Servicekatalog, gepflegte Supportinhalte und eng begrenzte Ausführungsrechte. Einen Zugriff beantragen zu können muss von der Befugnis getrennt bleiben, außerordentliche Zugriffsrechte zu erteilen.

Für die Betriebsorganisation eignet sich als Einstieg eine bekannte Anfrage mit klarer Berechtigung, etwa der wiederhergestellte Zugriff auf ein Konto, das der betreffenden Person bereits gehört. Der Antrag auf Administratorrechte folgt einem anderen Freigabeweg.

Routineaufgaben eignen sich, wenn Identitäts- und Berechtigungsdaten verlässlich sind. Widersprechen sich Datensätze, sollte keine automatische Ausführung erfolgen. Gemessen werden bestätigte Abschlüsse und unnötige Eskalationen; jeder Versuch einer nicht autorisierten Handlung wird gesondert geprüft.

6. Unterlagen für die Lieferantenaufnahme zusammenstellen

Die Lieferantenaufnahme ist ein mögliches Einsatzmuster zur abteilungsübergreifenden Koordination von Dokumenten und Sonderfällen. Das erste sinnvolle Ergebnis ist eine vollständige Prüfmappe, in der offene Punkte erkennbar bleiben.

Aufgabe: Eine Lieferantenanmeldung so vorbereiten, dass sie geprüft werden kann.
Was der Agent übernimmt: Er gleicht eingereichte Angaben mit der vorgeschriebenen Checkliste ab, erkennt fehlende Dokumente, entwirft Rückfragen und leitet vollständige Teile an die zuständige Person weiter. Neben extrahierten Angaben müssen die Originaldokumente erhalten bleiben.
Prüfung durch Menschen: Der Einkauf genehmigt die Geschäftsbeziehung. Die jeweiligen Verantwortlichen prüfen finanzielle, sicherheitsbezogene oder vertragliche Ausnahmen. Die Freischaltung des Lieferanten und Änderungen an Zahlungsdaten brauchen eine eigene, kontrollierte Entscheidung.
Tool-Typ: Workflow-Agent mit Anbindung an Einkaufsdaten, Dokumentenablage und Aufgabenwarteschlangen.
Voraussetzungen: Eine Lieferantenkennung, eine versionierte Checkliste, ein Verzeichnis der Prüfer, ein freigegebener Kommunikationskanal und auf die aktuelle Anmeldung begrenzte Rechte. Zum Einstieg werden Anfragen entworfen und Aufgaben angelegt; die Lieferantenfreischaltung bleibt davon getrennt.

Ein Lieferant könnte einen Versicherungsnachweis einreichen, der auf ein verbundenes Unternehmen ausgestellt ist. Der Agent sollte die Abweichung sichtbar machen und eine Klärung anfordern. Ähnliche Namen stillschweigend gleichzusetzen würde den Zweck der Belegsammlung unterlaufen.

Dieser Einsatz passt, wenn die Abstimmung lückenhaft ist und dadurch stockt. Ändern sich Anforderungen je nach prüfender Person, müssen sie zuerst vereinbart werden. Gemessen werden Vollständigkeit, wiederholte Anfragen nach demselben Dokument und Wartezeiten auf einen benannten Prüfer. Der Leitfaden zur agentenbasierten Prozessautomatisierung erklärt, wie anpassungsfähige Arbeitsschritte in einen Prozess mit eindeutigen Zuständen und Verantwortlichen passen.

Finanzen: Vorbereiten und prüfen, bevor gebucht wird

Im Finanzbereich lassen sich Belege und Buchhaltungsdaten miteinander abgleichen. Deshalb eignet er sich gut für die Vorbereitung von Entscheidungsgrundlagen. Die Befugnis, Sonderfälle zu beurteilen und Zahlungen freizugeben, muss ausdrücklich geregelt sein. Eine überzeugende Erklärung beweist noch nicht, dass eine Buchung stimmt.

7. Geschäftsvorfälle kontieren und buchhalterische Sonderfälle erkennen

Der Accounting Agent von Ramp ist Teil der Finanzplattform von Ramp. Im Beitrag zur Einführung zitiert Ramp Jim Romano, CFO von Stateside Brands: Er beschreibt, wie der Agent Ausgaben für Muster von Reise- und Bewirtungsausgaben unterscheiden kann. Das belegt den Einsatz kontextbezogener Kontierung. Es belegt nicht, dass Stateside jede Buchung ohne Aufsicht zulässt. Zum Herstellerbeitrag von Ramp.

Status: Produktiver Einsatz für kontextbezogene Kontierung bei Stateside Brands dokumentiert.
Aufgabe: Eine einheitliche Kontierung vorbereiten und Vorgänge erkennen, die buchhalterische Beurteilung erfordern.
Was der Agent übernimmt: Ramp beschreibt die Kontierung anhand des Transaktionskontexts und historischer Muster, die Prüfung eingereichter Vorgänge und die Unterstützung der Synchronisierung mit dem Buchhaltungssystem. Über die Einstellungen lässt sich wählen, ob der Agent kontiert, prüft, synchronisiert oder all diese Funktionen übernimmt.
Prüfung durch Menschen: Die Finanzverantwortlichen entscheiden, welche Aktionen aktiviert werden, und prüfen Ausnahmen, ungewöhnliche Zuordnungen sowie Änderungen der buchhalterischen Behandlung.
Tool-Typ: Buchhaltungsagent mit Anbindung an Ausgabendaten und Buchhaltungssoftware.
Voraussetzungen: Der Kontenplan mit den Kategorien der Buchführung, zugehörige Belege, verlässliche frühere Kontierungen und klare Regeln für Prüf- und Buchungsberechtigungen.

In einem wachsenden Unternehmen erklärt der Lieferantenname allein nicht unbedingt den Zweck eines Einkaufs. Die Zuordnung des Agenten braucht genügend Kontext, damit die prüfende Person nachvollziehen kann, warum eine Ausgabe in eine bestimmte Kategorie gehört.

Dieser Einsatz passt, wenn historische Buchungen die künftig gewünschte Praxis zuverlässig abbilden. Enthalten sie widersprüchliche Entscheidungen, müssen sie vor der Verwendung als Orientierung bereinigt werden. Gemessen werden akzeptierte Zuordnungen, Korrekturen nach der Buchung und der Nutzen von Erläuterungen zu Sonderfällen für die Buchhaltung. Eine allgemeine Genauigkeitsangabe des Anbieters darf nicht ungeprüft zur eigenen Abnahmeschwelle werden.

8. Rechnungsabweichungen vor der Freigabe untersuchen

Dext, ein Tool zur Dokumentenerfassung und Datenextraktion, eignet sich für den Eingang von Rechnungen in einen Prüfprozess für Abweichungen. Die Dokumentation beschreibt, wie Felder wie Lieferant, Rechnungsnummer, Bestellnummer, Gesamtbetrag und Steuer extrahiert und anschließend zur Prüfung und Korrektur bereitgestellt werden. Zur Dokumentation der Datenextraktion von Dext.

Status: Mögliches Einsatzmuster für den vollständigen Prüfprozess. Die dokumentierte Extraktion von Dext ist ein Baustein. Damit wird nicht behauptet, dass Dext jede Abweichung eigenständig untersucht oder Zahlungen freigibt.
Aufgabe: Die nötigen Belege zusammentragen, um eine Rechnungsabweichung zu klären.
Was der Agent übernimmt: In der vorgeschlagenen Konfiguration vergleicht er geprüfte Rechnungsfelder mit Bestellung, Wareneingang und Lieferantenstammdaten. Er erkennt die Abweichung, beschafft fehlende Belege und bereitet eine Empfehlung mit Links zu den Originalen vor.
Prüfung durch Menschen: Die Kreditorenbuchhaltung oder die budgetverantwortliche Person klärt Mengenabweichungen, fehlende Genehmigungen und Unstimmigkeiten beim Lieferanten. Die Zahlungsfreigabe bleibt eine gesondert zu genehmigende Aktion.
Tool-Typ: Dokumentenextraktion als Datenquelle für einen Agenten mit Anbindung an Einkaufs- und Buchhaltungsdaten.
Voraussetzungen: Originalrechnung, verlässlich extrahierte Felder, Bestellung, Liefernachweise und Lieferantenidentität. Zunächst genügen Lesezugriff und die Berechtigung, eine Prüfaufgabe anzulegen; Schreibzugriffe auf die Buchführung folgen erst später.

Bei einer Rechnung zu einer Lieferung, die in Teilen eingetroffen ist, sollte der Agent fehlende Wareneingangsbelege erkennen. Er darf weder unterstellen, die Rechnung sei falsch, noch annehmen, alle Waren seien angekommen. Die überprüfbare Extraktion von Dext ist hier hilfreich: Ein fehlerhaftes Feld lässt sich korrigieren, bevor es zur Grundlage einer nachgelagerten Entscheidung wird.

Dext passt, wenn zunächst das Erfassen und Prüfen von Dokumentenfeldern den Engpass bildet. Ein recherchierender Agent kommt erst hinzu, wenn systemübergreifende Abweichungen den Aufwand rechtfertigen. Der Leitfaden zur intelligenten Dokumentenverarbeitung trennt Extraktion, Validierung und anschließende Prozessschritte. Gemessen werden korrekte Abgleiche, korrigierte Extraktionsfehler und Sonderfälle, die bei der richtigen verantwortlichen Person ankommen.

Entwicklung: Änderungen liefern, die sich prüfen lassen

In der Softwareentwicklung ist eine klare Abnahme möglich, wenn das Problem reproduzierbar, die Codeänderung nachvollziehbar und die Prüfung aussagekräftig ist. Die Aufgabe muss dafür so begrenzt bleiben, dass ein Entwickler das Ergebnis beurteilen kann.

9. Einen klar abgegrenzten Fehler beheben und passende Tests liefern

Claude Code von Anthropic, ein Coding-Agent für die Arbeit mit einem Repository und Befehlen, wird nachweislich von Entwicklern bei Rakuten eingesetzt. Die Fallstudie von Anthropic beschreibt das Schreiben von Unit-Tests, das Nachbilden von Programmierschnittstellen mit Mocks, den Bau von Komponenten, Fehlerbehebungen und die Erstellung von Dokumentation. Zur Fallstudie über Rakuten.

Status: Produktiver Einsatz in Entwicklungsabläufen bei Rakuten dokumentiert.
Aufgabe: Eine begrenzte Fehlerbehebung oder Implementierungsänderung zur Prüfung vorbereiten.
Was der Agent übernimmt: Er untersucht den Code, bearbeitet relevante Dateien und führt verfügbare Projektbefehle aus. Zum Ergebnis gehören die Änderung, die durchgeführten Prüfungen und verbleibende Unsicherheiten.
Prüfung durch Menschen: Ein Entwickler prüft Code und Verhalten vor dem Merge. Die Berechtigung zur Bereitstellung bleibt im bestehenden Releaseprozess.
Tool-Typ: Coding-Agent mit Repository-Zugriff und Entwicklungsumgebung.
Voraussetzungen: Repository-Zugriff, Projektanweisungen, eine reproduzierbare Aufgabe, Abhängigkeiten und aussagekräftige Tests. Schreibrechte werden auf einen Arbeitsbranch oder einen isolierten Checkout begrenzt. Zugangsdaten für Produktivsysteme bleiben außerhalb der Aufgabe, sofern sie nicht ausdrücklich benötigt und genehmigt sind.

Eine fehlerhafte Validierungsmeldung mit reproduzierbarer Eingabe eignet sich besser als erster Auftrag als „das Onboarding verbessern“. Der zweite Auftrag enthält Produktentscheidungen, die ein Agent nicht zuverlässig allein aus dem Repository ableiten kann.

Dieser Einsatz passt, wenn jemand das Ergebnis beurteilen kann und die Prüfungen das gewünschte Verhalten abdecken. Ein bestandener, vom Agenten selbst geschriebener Test ist nur dann ein brauchbarer Beleg, wenn er die richtige Anforderung prüft. Gemessen werden akzeptierte Änderungen, Nacharbeit aus Reviews und Regressionen. Der Leitfaden zur Architektur von KI-Agenten erklärt das Zusammenspiel von Tool-Berechtigungen, Ausführungszustand und Prüfung.

10. Belege zu einer Störung für den Bereitschaftsdienst sammeln

Die erste Eingrenzung einer Störung ist ein mögliches Einsatzmuster, das zunächst nur Lesezugriff erhalten sollte. Der Agent soll zuerst den Suchaufwand verringern und zugleich offenhalten, was über die Ursache noch unklar ist.

Aufgabe: Eine Belegsammlung zu einer Störungsmeldung zusammenstellen.
Was der Agent übernimmt: Er sammelt zulässige Logs, aktuelle Änderungsprotokolle, relevante Zustandsinformationen der Dienste und passende Runbook-Abschnitte. Er erstellt einen zeitlichen Ablauf, verknüpft Beobachtungen mit den Quelldatensätzen und schlägt Hypothesen vor, deren Lücken er ausdrücklich benennt.
Prüfung durch Menschen: Der Bereitschaftsdienst entscheidet über die Ursache und genehmigt die Behebung. Dienstneustarts, Konfigurationsänderungen und das Zurückrollen eines Releases benötigen eine eigene Berechtigungsgrenze.
Tool-Typ: Untersuchungsagent mit Anbindung an Observability-Daten und Bereitstellungsprotokolle.
Voraussetzungen: Klare Zuständigkeiten für Dienste, auf passende Telemetriedaten begrenzter Zugriff, aktuelle Runbooks und eine zuverlässige Möglichkeit, Datensätze systemübergreifend zu verknüpfen. Sensible Inhalte werden maskiert; Störungsbelege gehören nicht in sachfremde Arbeitsbereiche.

Für technisch versierte Gründer ist „Die Fehler begannen nach diesem Release“ ein Ansatz zur Untersuchung, keine gesicherte Diagnose. Die Belegsammlung muss alternative Erklärungen erhalten, etwa eine ausfallende Abhängigkeit oder veränderten Datenverkehr.

Dieser Einsatz passt, wenn das Einsatzteam viel Zeit mit der Suche nach Belegen verliert. Eine automatische Behebung kommt erst infrage, wenn das Team die erlaubte Handlung definieren und überprüfen kann. Gemessen werden die Vollständigkeit der Belege, unbelegte Kausalaussagen und der Nutzen für den nächsten Diagnoseschritt. Ein selbstsicher dargestellter, aber falscher Zeitablauf zählt als fehlerhaftes Ergebnis.

Personal: Richtlinien erklären und die Einarbeitung koordinieren

Agenten im Personalbereich müssen allgemeine Auskünfte von personenbezogenen Informationen und folgenreichen Entscheidungen trennen. Ein brauchbares System erleichtert Routineanfragen und hält für sensible Fälle eine menschliche Ansprechperson erreichbar.

11. Mitarbeiterfragen beantworten und Routineanträge bearbeiten

IBM watsonx Orchestrate, die Agenten- und Automatisierungsplattform von IBM, unterstützt IBMs Dienst AskHR. IBM dokumentiert Auskünfte zu Richtlinien, Mitarbeiterschreiben, Urlaubsanträge und den Zugriff auf Gehaltsabrechnungen sowie menschliche Beratung bei komplexen Anliegen. Zur AskHR-Fallstudie von IBM.

Status: Produktiver Einsatz bei IBM dokumentiert.
Aufgabe: Eine gewöhnliche Mitarbeiterfrage beantworten oder einen unterstützten Personalvorgang anstoßen.
Was der Agent übernimmt: AskHR ordnet die Anfrage ein, leitet sie an den passenden Personalbereich weiter und liefert eine Antwort oder stößt eine Aufgabe an. Im eigenen Einsatz muss die Antwort zu den geltenden Richtlinien und Zugriffsrechten der jeweiligen Person passen.
Prüfung durch Menschen: Die Personalabteilung übernimmt sensible Umstände, strittige Auslegungen und folgenreiche Personalentscheidungen. Eine Auskunft zu einer Richtlinie darf niemals als Befugnis verstanden werden, eine Ausnahme zu genehmigen.
Tool-Typ: Mitarbeiterservice-Agent mit Anbindung an Personalwissen und Systeme zur Bearbeitung von Personalvorgängen.
Voraussetzungen: Authentifizierte Identität, zutreffender Standort- und Beschäftigungskontext, aktuelle Richtlinien, zugriffsbeschränkte Personaldaten und ein direkter Weg zur Personalberatung.

In einem dezentralen Unternehmen kann „Wie beantrage ich Urlaub?“ je nach Situation der beschäftigten Person unterschiedlich beantwortet werden. Das System sollte den zutreffenden Ablauf abrufen und beim Anstoßen helfen, während der eigentliche Freigabeweg erhalten bleibt.

Der Einstieg gelingt mit klar definierten Serviceanfragen. Eine breite Einführung ist ungeeignet, wenn Beschäftigte bei Missverständnissen des Systems niemanden erreichen können. In einem späteren Bericht empfiehlt IBM ausdrücklich, klein anzufangen, zu erproben und schrittweise zu verbessern. Zu IBMs Erfahrungen mit AskHR. Zu messen ist, wie oft Antworten auf falschen Richtlinien beruhen, Zugriffe scheitern und eskalierte Fälle eine Person erreichen, die helfen kann.

12. Onboarding-Aufgaben für neue Beschäftigte koordinieren

Die Koordination der Einarbeitung ist ein mögliches Einsatzmuster, um Abhängigkeiten zwischen Personalabteilung, IT und einstellender Führungskraft zu verfolgen. Die Befugnisse bleiben auf Koordination begrenzt und umfassen keine Personalentscheidungen.

Aufgabe: Aus einer genehmigten Einstellung eine einsehbare, vollständige Onboarding-Checkliste machen.
Was der Agent übernimmt: Im vorgeschlagenen Ablauf liest er die freigegebenen Angaben zur Rolle und zum Arbeitsbeginn, bereitet passende Aufgaben vor, prüft deren Erledigung und entwirft Erinnerungen für offene Schritte. Er macht Abhängigkeiten sichtbar, etwa die Lieferung von Geräten vor einem Termin zur Einrichtung aus der Ferne.
Prüfung durch Menschen: Die Personalabteilung genehmigt Änderungen an Mitarbeiterdaten, Führungskräfte genehmigen rollenspezifische Zugriffe und das zuständige Team bearbeitet Ausnahmen. Der Agent leitet die Berechtigungen neuer Beschäftigter nicht aus denen ähnlicher Mitarbeiter ab.
Tool-Typ: Systemübergreifender Koordinationsagent mit Zugriff auf Aufgaben und deren Bearbeitungsstand.
Voraussetzungen: Freigegebener Mitarbeiterdatensatz, rollenbezogene Checkliste, zuständige Verantwortliche und zulässige Statusfelder. Der Zugriff bleibt auf die für die jeweilige Aufgabe nötigen Informationen begrenzt. Wer eine Checkliste verantwortet, braucht nicht jedes vertrauliche Personaldokument.

Für die Betriebsorganisation liegt der Nutzen darin, zu erkennen, dass die Geräte bereitstehen, während der Anwendungszugriff noch auf Freigabe wartet. Eine pauschale Meldung „Onboarding abgeschlossen“, die den blockierten Schritt verbirgt, ist schlechter als die bisherige Checkliste.

Dieser Einsatz passt, wenn Nachfassen und Abhängigkeiten dazu führen, dass Schritte vergessen werden. Ist der Ablauf stabil und einfach, kann eine klassische Checklistenautomatisierung ausreichen. Gemessen werden korrekt erledigte Aufgaben, sichtbar gemachte Blockaden und unberechtigte Zugriffsanfragen. Abgeschlossen ist die Aufgabe, wenn die beschäftigte Person die genehmigten Ressourcen nutzen kann, nicht schon dann, wenn jemand eine Willkommens-E-Mail verschickt hat.

Marketing: Erst Belege sammeln, dann veröffentlichen

Marketingagenten lassen sich leichter beurteilen, wenn sie eine überprüfbare Recherchegrundlage oder Diagnose liefern. Veröffentlichung, Kampagnenänderungen und die Ausweitung von Zielgruppen benötigen jeweils eigene Berechtigungen.

13. Aus Kundenfragen ein Content-Briefing mit Quellen erstellen

Ein Agent für Content-Briefings ist ein mögliches Einsatzmuster, um die Sprache der Kunden mit redaktionellen Entscheidungen zu verbinden. Sein Ergebnis muss die Belege hinter dem vorgeschlagenen Themenansatz bewahren.

Aufgabe: Ein Content-Briefing aus freigegebenen Kundenfragen und Produktinformationen vorbereiten.
Was der Agent übernimmt: Er bündelt wiederkehrende Fragen, prüft bestehende Inhalte, erkennt einen konkreten unbeantworteten Bedarf und schlägt eine Gliederung mit Quellen vor. Unbelegte Aussagen muss er kennzeichnen; private Kundendetails dürfen nicht in veröffentlichungsfähiges Material gelangen.
Prüfung durch Menschen: Das Marketing wählt den Themenansatz, eine produktverantwortliche Person prüft Produktaussagen und die Redaktion genehmigt die Veröffentlichung. Für Kundenzitate ist eine entsprechende Erlaubnis erforderlich.
Tool-Typ: Recherche- und Schreibagent mit Anbindung an freigegebene Kundenerkenntnisse, Produktdokumentation und ein Inhaltsverzeichnis der vorhandenen Beiträge.
Voraussetzungen: Leseberechtigung für das ausgewählte Quellenmaterial, eine aktuelle Produktreferenz, redaktionelle Standards und ein Zielsystem, das nur Entwürfe aufnimmt. Bei der ersten Einführung erhält der Agent keine Veröffentlichungsberechtigung.

Im Marketing für Unternehmenssoftware können mehrere Kundenfragen zu einer Integration einen praktischen Einrichtungsartikel rechtfertigen. Der Agent sollte zuerst prüfen, ob dieser Artikel bereits existiert und ob die Fragen auf veraltete Dokumentation zurückgehen.

Dieser Einsatz passt, wenn die Belegsammlung redaktionelle Entscheidungen verzögert. Kann niemand die Aussagen überprüfen, ist die automatische Artikelproduktion ungeeignet. Gemessen werden akzeptierte Briefings, Quellenabdeckung, doppelte Themen und unbelegte Behauptungen. Ein Briefing, das zu Recht „bestehende Dokumentation aktualisieren“ empfiehlt, kann nützlicher sein als eines, das eine neue Kampagne erfindet.

14. Kampagnenveränderungen untersuchen und den nächsten Test vorbereiten

Die Kampagnenanalyse ist ein mögliches Einsatzmuster, das mit rein lesendem Zugriff auf Berichte beginnen sollte. Der Agent kann mögliche Erklärungen ordnen; die kampagnenverantwortliche Person entscheidet, ob die Belege eine Änderung tragen.

Aufgabe: Eine relevante Veränderung der Kampagnenleistung erklären und einen überprüfbaren Testvorschlag vorbereiten.
Was der Agent übernimmt: Er vergleicht ausgewählte Berichtszeiträume, prüft relevante Änderungen an Tracking und Kampagnen, trennt Beobachtungen von Hypothesen und schlägt einen Test mit definiertem Erfolgsmaß vor. Links zu den zugrunde liegenden Berichten sind Pflicht.
Prüfung durch Menschen: Das Marketing prüft die Messqualität und genehmigt Änderungen an Werbemitteln, Zielgruppenauswahl und Budget. Eine plausible Geschichte belegt noch keinen ursächlichen Zusammenhang.
Tool-Typ: Analyseagent mit Anbindung an freigegebene Berichtsdaten und ein Änderungsprotokoll der Kampagne.
Voraussetzungen: Abgestimmte Kennzahlendefinitionen, vergleichbare Berichtszeiträume, Leseberechtigung für relevante Kontodaten und eine Aufzeichnung jüngster Änderungen. Ausgaben- und Veröffentlichungsrechte bleiben ausgeschlossen, bis ihre Freigabewege ausdrücklich festgelegt sind.

Ein gemeldeter Rückgang der Conversions könnte auf schwächeren Traffic, ein fehlerhaftes Tracking-Ereignis oder eine verzögerte Berichterstattung zurückgehen. Ein nützliches Ergebnis benennt, was als Nächstes überprüft werden kann. Die erste plausible Erklärung darf nicht automatisch eine Budgetverschiebung auslösen.

Dieser Einsatz passt, wenn die Berichtsdaten konsistent genug für Vergleiche sind. Andernfalls ist zuerst das Tracking zu reparieren. Gemessen wird, ob die Diagnose einer menschlichen Prüfung standhält, ob der vorgeschlagene Test die Fragestellung isoliert und ob Entscheidungen auf Belege zurückgeführt werden können.

KI im Unternehmen: Welche Agenten-Anwendungsfälle passen?

Entscheidend ist ein Workflow, dessen Fehler das bestehende Team erkennen kann. Diese Regel hilft mehr als eine Rangliste von Abteilungen nach dem Potenzial, das ein Anbieter ihnen zuschreibt.

Für Gründer mit gesicherter Finanzierung und gepflegtem Hilfecenter bieten sich wiederkehrende Supportfragen mit einer personell besetzten Eskalationsstelle an. Die Aufgabe hat klare Quellen und ein überprüfbares Kundenergebnis. Ist die Wissensdatenbank unzuverlässig, sollte zunächst der Rückstand offener Anfragen genutzt werden, um fehlende Dokumentation zu erkennen.

Für Technologieverantwortliche im Mittelstand können IT-Routineanfragen der bessere erste Einsatz sein, sofern Identitäten, Berechtigungen und Servicezuständigkeiten bereits gut verwaltet werden. Sind diese Daten verstreut, eignet sich während der Bereinigung eine reine Leseaufgabe: Wissen abrufen oder Belege zu Störungen sammeln.

Für leitende Verantwortliche in Betriebsorganisation oder Finanzen empfiehlt sich zunächst eine Prüfmappe zu einer Rechnung oder einem Lieferanten. Der Agent sammelt Belege und zeigt fehlende Informationen auf. Schreibzugriffe folgen erst, wenn Prüfer einen angenommenen Vorschlag von einer erfolgreich ausgeführten Handlung unterscheiden können.

Für technische Einzelentwickler ist eine klar begrenzte Codeänderung oft der am besten überprüfbare Einstieg. Die Aufgabe bleibt in einem vertrauten Repository. Wer das resultierende Verhalten nicht prüfen kann, braucht weiterhin einen Entwicklungsreviewer, auch wenn der Agent die Änderung vorbereitet hat.

Die Entscheidung muss neu bewertet werden, sobald die Prüfung selbst zum Engpass wird. Muss die prüfende Person die gesamte Untersuchung rekonstruieren, sollte das Ergebnis kleiner und besser belegt werden. Lässt sich die Aufgabe sauber durch feste Regeln abbilden, bleibt gewöhnliche Automatisierung die passende Lösung. Ein Agent rechtfertigt sich durch nützliches Urteilsvermögen innerhalb klarer Grenzen, nicht durch eine neuartige Oberfläche.

Steht der Workflow fest, hilft der Vergleich der besten KI-Agenten, passende Plattformen in die engere Auswahl zu nehmen. Jeder Anbieter sollte an einer repräsentativen Aufgabe zeigen, wie Quellenzugriff, Handlungsvorschlag, Übergabe zur Freigabe und Fehlerbehandlung funktionieren. Eine allgemeine Produktvorführung beantwortet diese Fragen nicht.

Der Abschluss einer Handlung muss nachweisbar sein

Eine akzeptierte Empfehlung und eine erfolgreiche Aktualisierung im System sind unterschiedliche Ergebnisse. Der Workflow sollte festhalten, welche Aktion freigegeben wurde, was das angebundene System zurückmeldete und ob der Endzustand der Anfrage entspricht.

Bei einer Zeitüberschreitung darf eine Anfrage nicht blind wiederholt werden, als sei sie sicher gescheitert. Die Aktion könnte abgeschlossen sein, obwohl ihre Antwort verloren ging. Zuerst ist der Datensatz im Zielsystem abzugleichen. Erst danach wird wiederholt, sofern das sicher möglich ist; andernfalls geht die Unklarheit an eine verantwortliche Person.

Das gilt für Tickets und Onboarding-Aufgaben ebenso wie für Geld. Doppelte Arbeit kann dazu führen, dass Beschäftigte widersprüchlichen Anweisungen folgen, auch wenn keine Zahlung betroffen ist. Eine Warteschlange für Ausnahmefälle gehört mit benannter Zuständigkeit und sichtbarem Bearbeitungsstand zum Workflow.

Welche Einsatzmuster sich für den Einstieg nicht eignen

Ungeeignet sind Workflows, deren Befugnisse weiter reichen als die Belege, die eine prüfende Person einsehen kann. Die folgenden Muster sind schlechte erste Einsätze:

• Der Erstattungsagent ohne Grenzen: Er liest eine Beschwerde und gewährt sofort eine Entschädigung, ohne Identität, Richtlinie, frühere Korrekturen und Autorisierung zu prüfen.
• Der autonome Agent für Massenakquise: Er recherchiert Kontakte, erfindet persönliche Anknüpfungspunkte und versendet in großem Umfang, bevor der Vertrieb sachliche Relevanz und Erlaubnis geprüft hat.
• Der Finanzagent, der sich selbst die Freigabe erteilt: Er bereitet eine Rechnungsempfehlung vor und behandelt diese eigene Empfehlung als Genehmigung zum Buchen oder Bezahlen.
• Der unbeaufsichtigte Agent für die Bewerberauswahl: Er bewertet oder verwirft Menschen anhand unvollständiger Unterlagen, ohne verantwortlichen Entscheider und überprüfbares Verfahren.
• Der Reparaturagent mit weitreichendem Produktivzugriff: Er setzt eine Hypothese zur Störungsursache in Infrastrukturänderungen um, bevor jemand Diagnose und erlaubte Handlung geprüft hat.
• Der automatische Kampagnenskalierer mit unzuverlässigem Tracking: Er ändert Ausgaben auf Basis eines Berichts, dessen zugrunde liegende Ereignisse nicht validiert wurden.

Die Alternative ist eine kleinere Aufgabe: Entscheidungsunterlagen, ein Entwurf, eine begrenzte Routinehandlung oder ein Vorschlag zur Freigabe. Fehlen auch dafür eine klare Zuständigkeit oder ein Abnahmekriterium, muss zuerst der betriebliche Ablauf geklärt werden, bevor ein Agent gekauft wird.

Häufige Fragen

Wofür eignen sich KI-Agenten besonders?

Für wiederkehrende Aufgaben, bei denen Belege den nächsten Schritt bestimmen und sich das fertige Ergebnis prüfen lässt. Supportfragen, Routineanfragen von Beschäftigten, klar begrenzte Codeänderungen und vorbereitende Buchhaltungsaufgaben sind geeignete Kandidaten, wenn die nötigen Daten und Prüfer bereits vorhanden sind.

Welche 7 Arten von KI-Agenten gibt es?

Eine allgemeingültige Einteilung in sieben Arten gibt es nicht. Verschiedene Listen vermischen die Entscheidungsweise eines Agenten mit der Organisation mehrerer Agenten. Für den betrieblichen Einsatz sind Datenzugriff, verfügbare Aktionen, Gedächtnis und Freigabeanforderungen zu klären. Eine Kategorienbezeichnung garantiert keine Fähigkeit.

Wann ist ein KI-Agent sinnvoll?

Wenn eine Aufgabe Interpretation und wechselnde Schritte erfordert, etwa die Suche nach fehlenden Belegen oder die Auswahl einer weiteren Abfrage. Decken eindeutige Regeln die Aufgabe zuverlässig ab, bleibt ein fester Workflow passend. Erfordert die Entscheidung Befugnisse oder Kontext, die sich nicht sicher delegieren lassen, übernimmt ein Mensch.

Was sind die 10 wichtigsten Anwendungsfälle für KI?

Eine unternehmensübergreifend gültige Rangliste gibt es nicht. Zehn praktische Kandidaten aus diesem Leitfaden sind Supportantworten, Erstattungsvorbereitung, Qualifizierung eingehender Anfragen, Kundenrecherche, IT-Routineanfragen, Lieferantenaufnahme, Kontierung, Rechnungsprüfung, begrenzte Entwicklungsaufgaben und Mitarbeiterservice. Entscheidend sind das eigene Aufgabenaufkommen und die Möglichkeit, Ergebnisse zu überprüfen.

Welche 7 menschlichen Fähigkeiten kann KI nicht ersetzen?

Keine feste Liste kann garantieren, was Technik niemals leisten wird. Sieben menschliche Verantwortungsbereiche sollten in diesen Workflows erhalten bleiben: Rechenschaftspflicht, ethisches Urteilsvermögen, Empathie, Verhandlung, Verständnis des Organisationskontexts, kreative Leitung und Verantwortung für Ausnahmefälle. KI kann die Arbeit unterstützen; für folgenreiche Entscheidungen braucht das Betriebsmodell weiterhin eine rechenschaftspflichtige Person.

Wer sind die Big 4 der KI?

Für den gesamten KI-Markt gibt es keine einheitlich definierte Gruppe der vier größten Anbieter. Modellentwickler, Cloudanbieter, Chiphersteller und Unternehmensanwendungen gehören unterschiedlichen Kategorien an. Bei der Auswahl eines Agenten sollten Anbieter für denselben Workflow verglichen werden. Dabei ist zwischen Modellanbieter und Anwendungsbetreiber zu unterscheiden.

Welches Unternehmen ist derzeit das größte im KI-Markt?

Das hängt davon ab, ob Größe nach Umsatz, Börsenwert, Modellnutzung, Infrastruktur oder einem anderen Maßstab bestimmt wird. Eine allgemeine Rangliste nach Unternehmensgröße zeigt nicht, welcher Agent auf die eigenen Systeme zugreifen, Freigaben einhalten oder Arbeit liefern kann, die das Team akzeptiert.

Wer sind die vier Väter der KI?

Gemeint sind häufig John McCarthy, Marvin Minsky, Nathaniel Rochester und Claude Shannon, die Forscher hinter dem Dartmouth-Treffen von 1956. Zur Geschichte der KI haben viele weitere Personen beigetragen. Dartmouth nennt die vier Organisatoren in seinem Rückblick.

Welche 6 Unternehmen sind die größten KI-Anbieter?

Es gibt keine feste Liste, die gleichermaßen für Chips, Cloudinfrastruktur, Modelle und Software gilt. Eine belastbare Rangliste braucht einen benannten Maßstab und ein Datum. Für die hier beschriebenen Workflows sollte die engere Auswahl stattdessen Quellenzugriff, Aktionskontrollen, Prüfbarkeit und belegte Einsätze für dieselbe Aufgabe vergleichen.

Der erste Schritt am Montag

Ein gepflegter Wissensbestand und eine verantwortliche Supportperson sprechen für den Einstieg mit Supportantworten. Die folgenden Schritte dienen als konkreter Auftrag für einen Pilotversuch. Fehlen diese Voraussetzungen, sollte ein anderer, klar begrenzter Workflow gewählt werden.

1. 1

   Eine wiederkehrende Fragekategorie auswählen

   Die verantwortliche Supportperson wählt eine Kategorie mit abgestimmter Antwort und regelmäßigem Bedarf. Festgehalten werden der Auslöser der Aufgabe, das erfolgreiche Ergebnis für den Kunden und die Situationen, die vom Pilotversuch ausgeschlossen bleiben.

2. 2

   Quellen und Eskalationsstelle vorbereiten

   Die freigegebenen Dokumente und ihre Verantwortlichen werden benannt, widersprüchliche Anweisungen entfernt. Festgelegt werden die menschliche Anlaufstelle, die Pflichtangaben jeder Übergabe und die Zuständigkeit für ungelöst bleibende Fälle.

3. 3

   Nur die nötigen Berechtigungen vergeben

   Der Agent darf freigegebene Anleitungen abrufen und Antworten vorbereiten. Kontoänderungen und Entschädigungen bleiben hinter eigenen Freigaben. Fehlende Belege muss er kennzeichnen, statt eine Richtlinie zu erfinden.

4. 4

   Repräsentative frühere Fälle durchspielen

   Die verantwortliche Supportperson beurteilt vorgeschlagene Antworten und Eskalationen anhand der vereinbarten Richtlinie. Dazu gehören unvollständige Fragen, widersprüchliche Informationen und Anfragen außerhalb des vorgesehenen Umfangs. Der Ablauf wird korrigiert, bevor Kunden damit arbeiten.

5. 5

   Nur bei besseren, akzeptierten Ergebnissen erweitern

   Der Livebetrieb beginnt mit einer begrenzten Warteschlange und einer Person, die Ausnahmefälle beobachtet. Erfasst werden akzeptierte Lösungen, Korrekturen, wieder geöffnete Fälle und Prüfaufwand. Erweitert wird nur, wenn die fertige Arbeit auch nach dieser Prüfung nützlich bleibt; andernfalls wird der Umfang verkleinert.

Für abteilungsspezifische Workflows mit Anbindung an die eigenen Systeme und klaren Freigaben bietet sich die Entwicklung von KI-Agenten an.