Technisches Resümee: DataSpace: Benchmarking von Datenagenten für verifizierbare Analysen über heterogene Arbeitsbereiche
1. Problemstellung
Datenagenten kristallisieren sich als natürliche Sprachschnittstellen für Organisationsdaten heraus, doch realistische analytische Szenarien stellen eine komplexe Herausforderung dar: Die Beweise, die zur Beantwortung einer Anfrage erforderlich sind, befinden sich selten in einer einzelnen, sauberen Tabelle. Stattdessen sind Informationen über relationale Datenbanken, strukturierte/semi-strukturierte Dateien (CSV, JSON), lange Dokumente (PDF, Markdown) und Multimedia-Artefakte (Video) verteilt, wobei oft auch sprachübergreifende Variationen auftreten.
Bestehende Benchmarks versäumen es, drei kritische Eigenschaften der realen Datenanalyse zu vereinigen:
- Arbeitsbereichsumfang (Workspace Scope): Sie isolieren oft strukturierte Abfragen (z. B. Spider) oder unstrukturierte Informationsbeschaffung (z. B. HotpotQA), versäumen es jedoch, Aufgaben abzubilden, die die Entdeckung und Integration von Evidenz über heterogene Modalitäten innerhalb eines lokalen Arbeitsbereichs erfordern.
- Ausgabevertrag (Output Contract): Viele Benchmarks akzeptieren Fakt-Antworten, offene Berichte oder ausführbare Pipelines. Reale Analysen erfordern jedoch oft ein vollständiges, typisiertes tabellarisches Ergebnis, das direkt konsumiert werden kann.
- Evaluationssemantik: Aktuelle Evaluationen verlassen sich oft auf modellbasierte Richter oder scheitern daran, äquivalente Repräsentationen (z. B. unterschiedliche Spaltenreihenfolgen, Header-Wortlaut oder numerische Präzision) deterministisch zu behandeln.
Das Paper argumentt, dass ohne einen vereinheitlichten Benchmark, der einen vollständigen tabellarischen Ausgabevertrag über heterogene, sprachübergreifende Arbeitsbereiche mit deterministischer Evaluation erzwingt, der Fortschritt bei der Zuverlässigkeit von Datenagenten nicht genau gemessen werden kann.
2. Methodik
2.1 DataSpace Benchmark
DataSpace ist ein Benchmark bestehend aus 410 sprachübergreifenden Aufgaben und 7.439 Artefakten, die insgesamt 15,01 GB umfassen.
- Modalitäten: Die Arbeitsbereiche umfassen CSV, JSON, SQLite, Markdown, PDF und Video.
- Sprachen: Die Aufgaben beinhalten sprachübergreifende Szenarien, in denen Frage und Arbeitsbereichs-Artefakte eine Mischung aus Chinesisch und Englisch sein können.
- Aufgabenformulierung: Ein Agent erhält eine natürliche Sprachfrage und einen lokalen Arbeitsbereich. Er muss autonom Quellen entdecken, Entitäten/Schemata abgleichen, mehrstufige Berechnungen ausführen (Filtern, Joins, Aggregation) und das vollständige angeforderte tabellarische Ergebnis als CSV-Datei zurückgeben.
- Domänen: Finanzanalytik (Fonds, Aktien), makroökonomische Daten und Gesundheitsanalytik.
2.2 DataSpace-Builder: Konstruktionsrahmen
Um diese komplexen Aufgaben zuverlässig zu konstruieren, schlagen die Autoren DataSpace-Builder vor, einen auf der Ausführung basierenden Rahmen, der Instanzen aus bestehenden Text-zu-SQL-Benchmarks (EHRSQL und BULL) in heterogene Arbeitsaufgaben transformiert. Der Prozess umfasst vier Phasen:
- Sprachübergreifende Transformation (Cross-Language Transformation, CLT): Eine gemeinsame Migration von Frage, Datenbankzustand und ausführbarem SQL. Dies stellt die referenzielle Konsistenz sicher, indem Entitätsnamen und Werte übersetzt werden, während Identifikatoren und Codes erhalten bleiben. Ein LLM-Richter verifiziert die semantische Übereinstimmung zwischen der übersetzten Frage und dem SQL.
- Constraints-bewusste relationale Stichprobenziehung (Constraint-Aware Relational Sampling): Um repetitive Arbeitsbereiche zu vermeiden, zieht das Framework Zeilen aus der Quelldatenbank, behält aber das vollständige Schema bei. Es verwendet einen Sicherungssatz (Primär-/Fremdschlüssel, Abfrageprädikate), um die relationale Integrität (z. B. Erhalt von Join-Pfaden) während der Stichprobenziehung zu gewährleisten.
- Modalitäts-Routing & Artefakt-Rendering:
- Basis-Routing: Tabellen werden basierend auf Schemageigenschaften Renderern zugewiesen (CSV, JSON, SQLite, Markdown, PDF).
- Dokumenten-Rendering: Lange Dokumente (Markdown/PDF) werden aus Tabellendaten mittels LLMs generiert, wobei eine „faktenbasierte“ Generierung sichergestellt wird, bei der spezifische Zellen aus dem Text rekonstruierbar sind.
- Video-Rendering: Tabellarische Daten werden in Daten-Insight-Videos umgewandelt. Es werden zwei Strategien angewandt: Prädikat-Abstraktion (Verschiebung von Filterbedingungen in das Video-Narrativ) und Antwort-Evidenz-Rendering (Verteilung von Ergebniszellen über Videoszenen).
- Menschliche Überprüfung & Aufgabenreparatur: Ein Gremium aus 11 Domänenexperten führt blinde, unabhängige Überprüfungen durch. Sie lösen die Aufgabe, verifizieren den Goldstandard und verfassen die Evaluationskonfiguration. Unstimmigkeiten führen zu evidenzbasierten Reparaturen an der Frage, dem Arbeitsbereich oder der Gold-Antwort.
2.3 Deterministischer Evaluator
Das Evaluationsprotokoll ist modellfrei und header-invariant:
- Spaltenabgleich: Der Evaluator findet eine Eins-zu-eins-Zuordnung zwischen vorhergesagten und Referenz-Spalten, unabhängig vom Wortlaut oder der Reihenfolge der Header.
- Normalisierung: Werte werden basierend auf semantischen Typen (Text, Zahl, Datum, Boolean) und Präzisionsregeln (z. B. Dezimalstellen, Prozentkonventionen) normalisiert.
- Zeilenvergleich: Aufgaben, die eine Ordnung erfordern, werden als Sequenzen verglichen; andere werden als ungeordnete Multimengen verglichen.
- Bewertung: Eine Aufgabe gilt nur dann als korrekt, wenn die vollständige tabellarische Vorhersage unter diesen Semantiken mit der Referenz übereinstimmt.
3. Kernbeiträge
- Ein heterogener Arbeitsbereich-Benchmark: DataSpace führt 410 Aufgaben ein, die die Synthese von strukturierten Dateien, Datenbanken, langen Dokumenten und Videos in eine einzige, verifizierbare tabellarische Ausgabe erfordern.
- Ein auf der Ausführung basierender Konstruktionsrahmen: DataSpace-Builder transformiert ausführbare Text-zu-SQL-Ressourcen in komplexe multimodale Aufgaben und gewährleistet die Datenkonsistenz durch Stichproben-Sicherheitsmechanismen und Expertenprüfung.
- Ein semantikbewusster Evaluator: Ein deterministisches Protokoll, das äquivalente Repräsentationen (Spaltenumordnung, Formatierung) toleriert, aber unvollständige oder fehlerhafte Ausgaben ablehnt, wodurch die Abhängigkeit von LLM-Richtern eliminiert wird.
- Empirische Baselines: Das Paper etabliert Leistungs-Baselines für sechs Frontier-Multimodale Modelle und fünf Agent-Harnesses und identifiziert spezifische Engpässe in aktuellen Agenten-Fähigkeiten.
4. Experimentelle Ergebnisse
Die Autoren evaluierten sechs multimodale Backbones (Grok 4.5, GPT-5.6 Sol, Kimi K3, MiMo-V2.5, Claude Sonnet 5, MiniMax M3) und fünf Agent-Harnesses (einschließlich ihres eigenen DataSpace-Agent).
- Gesamtleistung: Die leistungsstärkste Konfiguration (Grok 4.5 mit DataSpace-Agent) erreichte eine Genauigkeit von 66,34 %. Dies zeigt, dass der Benchmark nicht gesättigt ist, da 76 Aufgaben von allen sechs Backbones verfehlt wurden, während nur 56 Aufgaben von allen Modellen gelöst wurden.
- Einfluss des Harnesses: Die Wahl des Agent-Harness hat signifikante Auswirkungen auf die Leistung. Bei festem Einsatz des MiMo-V2.5 Backbones variierte die Genauigkeit über verschiedene Harnesses hinweg um 15,36 Prozentpunkte (von 30,98 % bis 46,34 %).
- Hauptherausforderungen:
- Multimodale Integration: Aufgaben, die multimodale Evidenz erfordern, reduzierten die Genauigkeit über alle Backbones hinweg konsistent um 1,8 bis 14,0 Punkte im Vergleich zu unimodalen Aufgaben.
- Joins: Join-Operationen reduzierten die Genauigkeit um 9,7 bis 19,8 Punkte.
- Effizienz: GPT-5.6 Sol erreichte eine nahezu Spitzen-Genauigkeit (64,63 %) mit 74,2 % weniger Token und 50,3 % weniger Aktionen als der Top-Performer Grok 4.5.
- Fehleranalyse: Eine Auditierung von 136 Fehlern von Grok 4.5 ergab, dass 52,2 % der Fehler in der Antwort-Materialisierung (z. B. Hinzufügen/Auslassen von Spalten oder Zeilen nach der korrekten internen Berechnung) entstanden, statt in der Entdeckung oder Extraktion von Evidenz. Nur 5 von 13 Fällen von „Nicht-Einreichung“ waren reine Abbruchfehler; die meisten resultierten aus früheren, anhaltenden Fehlern.
5. Bedeutung und Ansprüche
Das Paper behauptet, dass DataSpace ein strenges Testfeld für die Weiterentwicklung zuverlässiger Datenagenten etabliert. Seine primäre Bedeutung liegt im Wechsel des Evaluationsparadigmas von isolierten Fähigkeiten (z. B. SQL-Generierung oder Dokumentenabruf) hin zur End-to-End-Lösung von Arbeitsbereichen mit einem strikten, verifizierbaren Ausgabevertrag.
Die Autoren kommen zu dem bescheidenen Schluss, dass aktuelle Frontier-Modelle zwar vielversprechend sind, aber erhebliche Lücken in der kreuzmodalen Integration und bei Joins bestehen. Der Benchmark verdeutlicht, dass die Fähigkeit, Daten zu „finden“, nicht ausreicht; Agenten müssen auch die exakt angeforderte Ausgabestruktur getreu materialisieren. Die Ergebnisse legen nahe, dass die Verbesserung der Zuverlässigkeit von Datenagenten eine Adressierung der gesamten Pipeline erfordert – von der Entdeckung heterogener Evidenz bis zur präzisen tabellarischen Serialisierung – anstatt sich nur auf reine Reasoning-Fähigkeiten zu konzentrieren.
DataSpace dient als offizieller Evaluationsbenchmark für den KDD Cup 2026 „Data Agents for Complex Data Analysis“ Wettbewerb und bietet eine standardisierte, reproduzierbare Umgebung für zukünftige Forschung in diesem Bereich.