Fehlende Transparenz
In Terabytes an Logs ließ sich kaum ermitteln, warum ein Agent versagt hatte.
Wie Indiens führende Callcenter-Plattform Produktionstraces, konfigurierte Evaluierungen und von Engineers geprüfte Empfehlungen nutzte, um ihre KI-Agenten zu verbessern.
Indiens führende Cloud-Callcenter-Plattform

MyOperator ist Indiens führendes cloudbasiertes Anrufmanagement-System. Mehr als 12.000 Unternehmen vertrauen der Plattform ihre KI-gestützte Kundenkommunikation an.
01 - Der Kunde
Seit der Gründung im Jahr 2013 hat sich MyOperator zur ersten Wahl für KI-gestützte Kommunikationslösungen auf Unternehmensniveau entwickelt. Intelligente Voicebots und KI-Agenten bearbeiten täglich Millionen von Kundeninteraktionen. Damit ist die Plattform ideal für fortschrittliche KI-Observability geeignet.
02 - Das Problem
Die KI-Agenten waren ein zentraler Bestandteil des Geschäfts von MyOperator. Doch dem Entwicklungsteam fehlte die nötige Transparenz. Bei der enormen Zahl an Interaktionen gab es keine effiziente Möglichkeit, die Ursachen von Agentenfehlern zu ermitteln.
In Terabytes an Logs ließ sich kaum ermitteln, warum ein Agent versagt hatte.
Die manuelle Prüfung von Gesprächen und Korrekturen war langsam, ineffizient und konnte mit dem Volumen nicht Schritt halten.
Nuancierte Probleme wie Halluzinationen oder eine Abweichung von der Persona waren im großen Maßstab von Menschen kaum zu erkennen.
“Wenn unsere Kunden ein Problem meldeten, wussten wir nicht, wo wir ansetzen sollten. Wir hatten zwar die Daten, konnten daraus aber keine Antworten gewinnen. Wir verbrachten mehr Zeit mit der Suche nach Problemen als mit deren Lösung.”
03 - Unsere Lösung
Noveum verband Produktionstraces, strukturierte Datasets, konfigurierte Evaluierungen, NovaPilot-Berichte und die Prüfung durch Engineers in einem evidenzgeleiteten Workflow.
Nach einer einfachen, vierzeiligen Integration in MyOperators LangChain-Setup begann die Noveum-Plattform, instrumentierte Produktionstraces zur Analyse zu erfassen.
Ein fortlaufender ETL-Prozess (Extract, Transform, Load) wandelt rohe, unstrukturierte Traces in bereinigte, strukturierte Dataset-Einträge um. Dabei werden die Daten angereichert und für tiefgehende Analysen aufbereitet.
Strukturierte Dataset-Elemente wurden mit mehr als 20 ausgewählten Scorern evaluiert, die Kriterien wie Faktengenauigkeit und Rollentreue abdeckten.
NovaPilot analysierte die konfigurierten Evaluierungsergebnisse, gruppierte wiederkehrende Fehler und erstellte einen mit Belegen verknüpften Bericht zu Problemmustern und empfohlenen nächsten Schritten.
Engineers prüften die priorisierten NovaPilot-Empfehlungen anhand der verknüpften Elemente und Traces und entschieden anschließend, welche Änderungen sie umsetzen.
Das Team testete umgesetzte Änderungen, verglich neue Evaluierungsergebnisse mit der Ausgangsbasis und behielt vor dem Deployment nur selbst geprüfte und bestätigte Änderungen bei.
Dieser Workflow verkürzte den Weg von einem Produktionsfehler zu Belegen, einer priorisierten Empfehlung, einer Engineering-Entscheidung und einer neuen Evaluierung.
04 - So analysiert es
NovaPilot strukturiert evaluierte Fehler und empfiehlt Änderungen. Engineers entscheiden über die Umsetzung, testen das Ergebnis und halten menschliches Urteilsvermögen im Freigabeprozess.
Probleme mit verknüpften Belegen gruppieren
Evidenzbasierte Empfehlungen priorisieren
Engineers wählen die Änderung aus und setzen sie um
Evaluierungen vor der Freigabe erneut ausführen
Phasen der Engineering-Prüfung
05 - Die Empfehlungen
NovaPilot leitete aus den Evaluierungsbelegen Prompt-Empfehlungen ab. Das MyOperator-Team prüfte, implementierte und evaluierte diese fünf Änderungen; die gemessenen Ergebnisse sind nachfolgend dargestellt:
Eine Beispieländerung, die das Team geprüft hat
"domain_scope": "You are ONLY authorized to answer questions directly related to Heyo products..."
"domain_scope": "You are ONLY authorized to answer questions directly related to Heyo products... For all other topics, respond politely that you can only assist with Heyo-related queries."
explicit_domain_scope_constraintDer Agent erfand Funktionen und ließ wichtige Angaben aus. Dadurch erhielten Benutzer falsche Informationen zu den Produktfunktionen.
NovaPilot empfahl eine strikte Einschränkung des Themenbereichs; das Team setzte sie um, definierte klare Grenzen und evaluierte das Ergebnis.
simplify_and_focus_identity_statementDer Agent war sich seiner Identität und Persona nicht sicher. Das führte zu widersprüchlichen und verwirrenden Antworten.
NovaPilot empfahl eine vereinfachte Identitätsbeschreibung; das Team setzte die klarere Definition von Rolle und Persönlichkeit um und evaluierte sie.
clarify_heyo_context_as_saas_platformDer Agent verstand nicht, dass er eine SaaS-Plattform repräsentierte. Dadurch traf er falsche Annahmen zu Produktbereitstellung und Support.
NovaPilot empfahl einen expliziten SaaS-Plattformkontext; das Team fügte ihn hinzu und evaluierte das resultierende Verhalten.
amplify_domain_constraint_with_examplesDer Agent beantwortete weiterhin gelegentlich themenfremde Fragen, besonders Sonderfälle, die von den ursprünglichen Regeln nicht abgedeckt waren.
NovaPilot empfahl konkrete Beispiele für zulässige und unzulässige Themen; das Team fügte sie hinzu und evaluierte die klareren Grenzen.
truth_first_constraint_and_unknown_responseDer Agent stellte mitunter Vermutungen an, statt fehlendes Wissen einzugestehen. So entstanden selbstbewusste, aber falsche Antworten.
NovaPilot empfahl eine wahrheitsorientierte Einschränkung und eine Antwortvorlage für unbekannte Sachverhalte; das Team setzte die Änderung um und evaluierte sie.
Neben den zentralen Erkenntnissen identifizierte NovaPilot diese Verhaltensprobleme und empfahl Änderungen zur Prüfung durch das Team:
Der Agent erfand eigene Rückfragen, was zu einem uneinheitlichen Benutzererlebnis führte.
Empfehlung: Fügen Sie eine Regel hinzu, die dem Agenten das Improvisieren von Fragen untersagt.
Der Agent war sich seiner Identität nicht sicher und bezeichnete sich mitunter als 'Bot' oder 'Agent'.
Empfehlung: Präzisieren Sie die Persona-Regel und das erforderliche Identitätsverhalten.
Der Agent versuchte, auf Kontodaten zuzugreifen, obwohl dies nicht möglich war. Für die Benutzer endete das Gespräch dadurch ohne hilfreiches Ergebnis.
Empfehlung: Halten Sie fest, dass der Kontostatus nicht geprüft werden kann, und geben Sie einen klaren Eskalationsweg an.
Benutzer mit komplexen Anliegen hatten keinen klaren Weg zum menschlichen Support. Das führte zu Frustration und abgebrochenen Gesprächen.
Empfehlung: Definieren Sie ein geprüftes Protokoll für das Angebot einer menschlichen Übergabe, wenn Anzeichen von Frustration auftreten.
Nicht jede vorgeschlagene Änderung verbesserte die gemessenen Ergebnisse. Das Team nutzte diese fehlgeschlagenen Experimente als Prüfbelege:
remove_hedging_from_domain_scopeHilfreiche Beispiele wurden aus dem Prompt entfernt, um ihn direkter und knapper zu gestalten.
add_verbose_context_explanationAusführliche Produkterklärungen sollten dem Agenten helfen, den Kontext besser zu verstehen.
strict_one_sentence_responsesAlle Antworten wurden zur besseren Kürze auf einen einzigen Satz beschränkt.
Diese Fehlschläge lieferten wertvolle Belege. Das Engineering-Team verwarf Änderungen, die die Leistung verschlechterten, und behielt die Kontrolle darüber, was die Produktion erreichte.
06 - Verifizierte Wirkung
Die kumulative Wirkung der vom Team geprüften und evaluierten Änderungen führte zu den folgenden gemessenen Leistungssteigerungen:
Die geschäftliche Transformation
Entlastete wertvolle Entwicklungsressourcen vom manuellen Debugging.
Verkürzte die Feedbackschleife von Wochen auf Minuten.
Ermöglichte dem Team, Hunderte Agenten zu verwalten, ohne die Teamgröße proportional zu erhöhen.
07 - Warum Noveum
MyOperator entschied sich für Noveum.ai, um instrumentierte Traces, konfigurierte Evaluierungen und evidenzgeleitete NovaPilot-Empfehlungen in einem Prüfworkflow zu verbinden.
NovaPilot-Berichte führten Problemmuster, Empfehlungen und evaluierte Quellelemente zusammen, während Engineers die Entscheidungen über Umsetzung und Freigabe behielten.
Konfigurierte Evaluierungen gaben dem Team eine messbare Ausgangsbasis zum Vergleich selbst umgesetzter und geprüfter Änderungen.
Schnellere Analysen und geordnete Belege halfen dem Team, den Engineering-Prüf- und Evaluierungskreislauf zu verkürzen.
Die Partnerschaft zwischen MyOperator und Noveum.ai belegt eine grundlegende Wahrheit des modernen KI-Stacks: Fehlende Transparenz ist keine Option. Qualität im großen Maßstab sicherzustellen ist eine maschinelle Herausforderung, die eine ebenso skalierbare Lösung erfordert.
Noveum verbindet schnelle Tracing-Integration, konfigurierte Evaluierung und NovaPilot-Berichte, damit Teams Fehler untersuchen, Empfehlungen prüfen und eigene Änderungen anhand von Belegen bestätigen können.
Möchten Sie Ihren KI-Betrieb transformieren?
Erfahren Sie, wie Noveum.ai Tracing-, Evaluierungs- und Empfehlungsbelege für Ihren KI-Qualitätsworkflow strukturieren kann.