Zum Inhalt springen
XSIS

Technologie

KI und Daten

Modelle und Anbieter, Genauigkeit, Retrieval oder Fine-Tuning, Datenplattformen, Echtzeitdaten und Dokumentenautomatisierung.

37 Fragen

Worin unterscheidet sich ein Multi-Agenten-System von einem Chatbot?

Ein Chatbot beantwortet Fragen. Ein Agent handelt: Er liest Datensätze, ruft Ihre Systeme auf und erledigt Schritte eines Prozesses. Ein Multi-Agenten-System teilt eine größere Aufgabe zwischen Agenten mit engen Rollen auf, die leichter zu testen und zu steuern sind.

Was sind MCP, A2A und AP2?

Es sind offene Protokolle für KI-Agenten. Das Model Context Protocol (MCP) verbindet einen Agenten mit Werkzeugen und Daten. Agent2Agent (A2A) lässt Agenten in verschiedenen Systemen Arbeit delegieren. Das Agent Payments Protocol (AP2) lässt einen Agenten unter einem von Ihnen unterzeichneten Mandat bezahlen.

Wie verhindern Sie, dass ein Agent etwas tut, was er nicht soll?

Ein Agent kann nur über die Werkzeuge handeln, die wir für ihn definieren, jedes mit eigenen Berechtigungen und Limits. Jeder Aufruf wird protokolliert. Guardrails prüfen Ein- und Ausgaben, und Schritte mit Risiko warten auf die Freigabe durch einen Menschen.

Was bedeutet Human-on-the-Loop?

Bei Human-in-the-Loop-Arbeit (HITL) gibt eine Person jeden Schritt frei. Bei Human-on-the-Loop-Arbeit (HOTL) erledigen Agenten die Routineschritte, während Menschen beaufsichtigen, Warnungen erhalten und bei Ausnahmen eingreifen. Wir vereinbaren mit Ihnen, welche Schritte welches Vorgehen brauchen.

Woher wissen Sie, dass die Agenten genau genug sind?

Wir bauen aus echten Fällen mit erwarteten Ergebnissen ein Evaluierungsset. Jeder Agent wird darauf bewertet, vor dem Release und nach jeder Änderung an Prompts, Modellen oder Werkzeugen. Sie vereinbaren die Schwelle, und wir gehen nicht darunter live.

Mit welchen Sprachmodellen arbeiten Sie?

Wir wählen je Aufgabe. Zu den Optionen gehören Frontier-Modelle von OpenAI, Claude und Gemini, Open-Weight-Modelle wie Llama, Qwen, DeepSeek und Mistral sowie regionale Modelle wie Jais, Falcon und ALLaM. Müssen Daten im Land bleiben, nutzen wir Modelle, die in Ihrer Umgebung laufen können.

Funktioniert es auf Arabisch und in regionalen Dialekten?

Ja. Wir stimmen Arabic-first kleine Sprachmodelle wie Jais, Falcon und ALLaM auf Ihr Vokabular und Ihre Dokumente ab. Dann testen wir sie mit den Fragen, die Ihre Nutzer stellen, in den Dialekten, die sie verwenden.

Was ist berechtigungsbewusstes GraphRAG?

Retrieval-Augmented Generation findet die Passagen, die eine Frage beantworten, und gibt sie dem Modell. GraphRAG ergänzt einen Wissensgraphen darüber, wie Ihre Entitäten zusammenhängen, sodass Antworten diesen Verknüpfungen folgen können. Berechtigungsbewusst bedeutet, dass jede Passage zuerst nach den Rechten des Fragenden gefiltert wird.

Brauchen wir ein großes Modell, oder genügt ein kleines?

Oft genügt ein kleines. Klassifizierung, Extraktion und Antworten aus Ihren eigenen Dokumenten funktionieren meist gut mit einem abgestimmten kleinen Sprachmodell, das auf weniger GPUs läuft und weniger kostet. Große Modelle behalten wir für Aufgaben, die tieferes Schlussfolgern brauchen.

Was ist ein großes quantitatives Modell? (Große quantitative Modelle und angewandtes ML)

Ein großes Sprachmodell wird auf Text trainiert. Ein großes quantitatives Modell (LQM) wird auf numerischen Daten trainiert, etwa Preisen, Transaktionen oder Lieferkettenflüssen. Es dient dazu, Szenarien zu simulieren und Ergebnisse zu prognostizieren, deren Antwort eine Zahl ist.

Können Sie die Entscheidungen des Modells Prüfern und Kunden erklären?

Ja. Wir nutzen Methoden der erklärbaren KI (XAI), die zeigen, welche Faktoren jede Entscheidung bestimmt haben, und dokumentieren, wie das Modell gebaut und getestet wurde. Ihre Kredit-, Risiko- und Audit-Teams können jedes Modell prüfen, bevor es live geht.

Wie prüfen Sie auf Verzerrung?

Wir testen, wie das Modell über die Kundengruppen abschneidet, die für Sie und Ihre Aufsicht zählen. Unterscheiden sich die Ergebnisse ohne triftigen Grund, ändern wir vor dem Release Daten, Features oder Modell.

Kann das Modell Betrug stoppen, während er passiert?

Ja. Betrugs- und AML-Modelle bewerten Transaktionen in Echtzeit, während sie passieren. Verdächtige Fälle werden angehalten oder mit den Gründen, aus denen das Modell sie markiert hat, an Ihre Ermittler geleitet.

Kann ein Sprach- oder Chatagent eine Anfrage tatsächlich abschließen?

Ja. Transaktionale Agenten rufen Ihre Systeme über eng begrenzte, protokollierte Werkzeuge auf, um die Arbeit zu erledigen, etwa eine Bestellung prüfen oder eine Buchung ändern. Risikobehaftete Schritte wie Zahlungen können die Bestätigung des Kunden oder eines Mitarbeitenden erfordern.

Verstehen die Agenten Arabisch und regionale Dialekte?

Wir bauen und testen Agenten in den Sprachen und Dialekten Ihrer Kunden, einschließlich Arabisch, mit dafür optimierten Modellen. Wir testen mit echten Aufzeichnungen und Nachrichten, bevor ein Kunde den Agenten hört oder liest.

Warum Computer Vision am Edge betreiben?

Video ist datenintensiv, und manche Entscheidungen dulden keinen Aufschub. Die Verarbeitung auf oder nahe der Kamera liefert schnellere Ergebnisse, überträgt weniger Daten über das Netz und hält Aufnahmen vor Ort, wenn sie dort bleiben müssen.

Welche Kanäle können die Agenten bedienen?

Telefonanrufe, Webchat und Messaging, angebunden an dieselben Backend-Systeme, sodass ein Kunde zwischen den Kanälen wechseln kann. Wir beginnen mit dem Kanal mit den meisten Anfragen.

Was ist intelligente Dokumentenverarbeitung (IDP 2.0)?

Sie liest Dokumente so, wie ein Mensch es täte: den Text, das Layout und die Bedeutung. IDP 2.0 ergänzt KI, die Daten gegen Ihre Regeln prüft, Routineausnahmen löst und das Ergebnis in Ihre Systeme bucht.

Welche Dokumente können Sie verarbeiten?

Rechnungen, Kontoauszüge, Trade-Finance-Dokumente, KYC-Unterlagen und komplexe Formulare, ob getippt, gescannt oder fotografiert. Wir testen mit Ihren eigenen Belegen, in allen Layouts und Sprachen, die Sie erhalten.

Was, wenn die Extraktion falsch ist?

Validierungsregeln fangen die meisten Fehler vor der Buchung ab, indem sie Summen, Lieferanten, Bestellungen und Datensätze prüfen. Alles Unsichere wird mit angezeigtem Grund für eine Person angehalten. Korrekturen fließen zurück ins System, sodass es besser wird.

Ist das dasselbe wie robotergestützte Prozessautomatisierung?

Nein. Robotergestützte Prozessautomatisierung wiederholt Klicks auf Oberflächen und bricht, wenn sich ein Layout ändert. IDP versteht das Dokument selbst und bucht über die Schnittstellen Ihres ERPs statt über seine Oberflächen.

In welche ERP-Systeme können Sie buchen?

Wir buchen über die unterstützten Schnittstellen der ERPs, mit denen unsere Integrationsdivision arbeitet, darunter SAP, Oracle, Microsoft Dynamics 365 und Odoo. Buchungen werden in einer Sandbox getestet, bevor sie Ihr laufendes Hauptbuch erreichen.

Welche Datenplattform sollten wir nutzen?

Das hängt von Ihren Daten, Ihren Kenntnissen, dem vorgeschriebenen Datenstandort und der Art Ihrer Abfragen ab. Wir vergleichen Snowflake, Databricks und ein offenes Lakehouse auf Apache Iceberg anhand Ihrer Workloads und Regeln zum Datenstandort und empfehlen die einfachste passende Option.

Brauchen wir Echtzeitdaten?

Nur wo eine Entscheidung davon abhängt, etwa bei Betrugsprüfungen, Beständen oder Aktionen von Agenten. Diese Ereignisse streamen wir mit Kafka und Flink, und behalten Batch-Lasten, wo Tageswerte reichen, denn Batch ist günstiger im Betrieb.

Können Sie Daten aus unserem ERP holen, ohne es auszubremsen?

Ja. Wir lesen Änderungen über die unterstützten Schnittstellen oder Datenbankprotokolle des ERPs statt über schwere Abfragen und legen Massenladungen außerhalb der Stoßzeiten. Wir messen die Last auf dem ERP vorher und nachher.

Wie stellen Sie sicher, dass die Zahlen stimmen?

Jede Pipeline hat Qualitätsprüfungen für Mengen, Schlüssel, Summen und Aktualität, und Fehler halten schlechte Daten von Berichten fern. Wir stimmen Schlüsselzahlen mit Ihren Verantwortlichen in Finanzen und Betrieb gegen die Quellsysteme ab.

Mit welchem Ausfall und Datenverlust sollten wir planen?

Das ist eine Geschäftsentscheidung, ausgedrückt in zwei Zielen. Das Recovery Point Objective gibt an, wie viele aktuelle Daten Sie verlieren dürften. Das Recovery Time Objective gibt an, wie lange ein System ausfallen darf. Wir gestalten Replikation, Failover und Backups danach und testen sie.

Mit welchen Datenbankarten arbeiten Sie?

Mit relationalen Datenbanken sowie Dokument-, Key-Value- und Suchdatenbanken, auf Ihren eigenen Servern oder als Managed-Cloud-Dienste. Zu Beginn bestätigen wir Engines und Versionen, die Sie betreiben, und setzen Ingenieure ein, die sie kennen. Wählen Sie eine neue Datenbank oder einen Managed Service, vergleichen wir zuerst die Optionen anhand Ihrer Workloads, Kenntnisse, Lizenzen und Betriebskosten.

Unsere Datenbank ist langsam. Wo beginnen Sie?

Mit Messung, nicht mit Vermutungen. Wir erfassen die langsamsten und häufigsten Abfragen, lesen ihre Ausführungspläne und prüfen Wartezeiten, Sperren, Speicher und Storage. Indizes, Abfrageänderungen und Konfiguration helfen oft mehr als neue Hardware und kosten viel weniger. Wir beheben die größten Ursachen zuerst und messen jede Änderung gegen eine Baseline.

Warum brauchen wir Stammdatenmanagement?

Weil jedes System seine eigene Kopie von Kunden, Produkten und Lieferanten hält und die Kopien auseinanderlaufen. Stammdatenmanagement vereinbart eine Version, hält sie aktuell und speist sie zurück, damit Berichte und Modelle aufhören, sich zu widersprechen.

Wie verhindern Sie, dass ein KI-Assistent Daten preisgibt?

Retrieval wendet Ihre Zugriffsregeln auf Zeilen- und Rollenebene an, bevor Text das Modell erreicht. Das Modell sieht nur, was die fragende Person lesen darf, und sensible Felder können vorher maskiert werden.

Bremst Verschlüsselung unsere Systeme aus?

Meist nicht spürbar. Moderne Prozessoren verschlüsseln schnell, und die meisten Datenbanken und Speichersysteme verschlüsseln im Ruhezustand mit geringem Overhead. Einzelne Felder in einer Anwendung zu verschlüsseln kostet mehr. Wir testen die Performance mit Ihren Workloads vor der Einführung und wählen den Ansatz, der das Risiko abdeckt, ohne das Geschäft auszubremsen.

Können wir Antworten eines Konversations-BI-Werkzeugs vertrauen?

Nur wenn sie nachvollziehbar sind: Jede Antwort zeigt die ausgeführte Abfrage und die verwendeten Daten. Es liest vereinbarte Definitionen aus einer semantischen Schicht, und wir testen es gegen Zahlen, denen Ihre Teams bereits vertrauen.

Was bedeutet natürliche Sprache zu SQL?

Ein Anwender tippt eine Frage in klarer Sprache, der KI-Analyst übersetzt sie in eine Datenbankabfrage, führt sie auf gouvernierten Daten aus und erklärt das Ergebnis. Anwender brauchen kein SQL, und Analysten verbringen weniger Zeit mit Routineanfragen.

Können wir unseren eigenen Kunden Analytik anbieten?

Ja. Wir bauen Analytik in Ihre Portale und Apps ein, wobei jeder Kunde auf seine eigenen Daten beschränkt ist. Wenn Ihre Daten für andere wertvoll sind, können wir sie als Self-Service-Produkt bündeln.

Worin unterscheidet sich das vom Einbau eines Chatbots?

Ein Chatbot beantwortet Fragen. Wir bauen Systeme, die Arbeit erledigen. Agenten rufen Ihre Werkzeuge unter Aufsicht auf, Modelle antworten nur aus dem, was der Nutzer sehen darf, und Datenplattformen versorgen sie. Jedes System wird getestet, protokolliert und gemessen.

Wie halten Sie KI-Agenten unter Kontrolle?

Agenten handeln über schmale, protokollierte Werkzeuge mit den Rechten, die Sie vergeben. Menschen beaufsichtigen sie im Regelkreis und genehmigen die entscheidenden Schritte. AgentOps ergänzt Telemetrie, Evaluierung, Guardrails gegen erfundene Antworten und Limits für Token-Ausgaben.

Beginnen Sie mit einem Gespräch, nicht mit einem Vertrag.

Sagen Sie uns, was Sie bauen, verbinden oder absichern möchten. Ein Architekt geht es mit Ihnen durch und empfiehlt dann, wo Sie beginnen sollten.

Wie es weitergeht

  1. Terminabstimmung

    Unser Team schreibt Ihnen, um einen Termin für das Gespräch zu vereinbaren.

  2. Beratungsvorgespräch

    Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.

  3. Readiness-Review

    In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.

  4. Wahl des Tracks

    Projekte mit klarem Leistungsumfang erhalten innerhalb von 3–5 Werktagen ein verbindliches Angebot. Projekte in der Konzeptphase starten im Blueprint Studio. Ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss, beginnt mit einer Diagnose von 1–2 Wochen. Blueprint Studio und Diagnose haben jeweils ein festes Honorar, das im Angebot genannt wird.