How Anthropic enables self-service data analytics with Claude
Engineering-Retrospektive des Data Science & Data Engineering-Teams von Anthropic (Chen Chang, Clement Peng, Justin Leder, Johanne Jiao, Josh Cherry), veröffentlicht am **3.
Von **Chen Chang// Quelle claude.com ↗/Lesezeit 2 min/.md// Automatisch geprüfte Übersetzung
#Self-Service-Analytics#agentische Datenanalyse#Claude Code#einzige korrekte Antwort#Zuordnung von Fragen zu Entitäten#Datenmodell#Fehlermodi#Konzept-Entitäts-Mehrdeutigkeit
Diese am 3. Juni 2026 im Anthropic-Blog veröffentlichte Engineering-Retrospektive des Data Science & Data Engineering-Teams (Chen Chang, Clement Peng, Justin Leder, Johanne Jiao, Josh Cherry) schildert, wie Anthropic seine Analytics mit Claude self-service gemacht hat: 95 % der geschäftlichen Abfragen automatisiert, ~95 % Genauigkeit im Aggregat (bis zu ~99 % in bestimmten Bereichen).
Ausgangspunkt ist, dass Analytics kein Code ist: „es gibt oft nur eine einzige korrekte Antwort mit einer einzigen korrekten Quelle". Die Herausforderung liegt nicht in generativer Kreativität, sondern in der Fähigkeit, eine Frage präzisen, aktuellen Entitäten im Datenmodell zuzuordnen. Drei Fehlermodi bedrohen dies: Konzept↔Entitäts-Mehrdeutigkeit (was sind „aktive Nutzer"? schließt man Betrüger aus? welches Zeitfenster?), Veralterung (Staleness) von Assets und dem Wissen des Agenten, sowie Retrieval-Fehler — 80 % der fehlgeschlagenen Abfragen hatten die Information dennoch im Korpus vorhanden. Am schlimmsten ist der stille Fehler (silent failure): eine falsche, plausibel wirkende Antwort, die widerspruchslos verwendet wird.
Die Antwort ist ein vierschichtiger „agentic analytics stack". (1) Data foundations: dimensionale Modellierung, kanonische Datensätze„single source-of-truth", Metadaten behandelt „als erstklassiges Produkt", Integrität via CI/CD. (2) Vertrauensquellen (Sources of truth) in absteigender Vertrauensreihenfolge: ein semantic layer, den der Agent „strukturell verpflichtet ist (per Skill-Anweisung), zuerst zu nutzen", dann Lineage, ein Query-Korpus, destilliert in Dokumente (kein Rohabruf), und ein geschäftlicher Knowledge Graph (Roadmaps, Entscheidungsprotokolle, Organisation). (3) Skills — der entscheidende Hebel: „ohne Skills … nicht über 21 % hinaus … Mit Skills liegen diese Zahlen durchgängig über 95 %". Sie sind in Paaren organisiert: ein Router-Knowledge skill (~30 Referenzdateien) und ein Unbook skill, der den Workflow des Senior-Analysten kodiert (klären, Quellen finden, ausführen, adversarial review). Die Pflege ist kolokiert: ein Review-Hook markiert jede Modelländerung, die keine Skill-Anpassung enthält — ~90 % der Daten-PRs enthalten inzwischen einen Skill im selben Diff. (4) Validierung: schwellenwertgesteuerte Offline-Evals (~90 % zur Freigabe eines Agenten), Ablationstests und Online-Schutzmaßnahmen (adversarial review: +6 % Genauigkeit, aber +32 % Tokens und +72 % Latenz; Provenance-Footer; Correction Harvesting durch geplante Agenten).
Zwei negative Ergebnisse prägen die Doktrin: Der Zugriff per rohem Grep über Tausende SQL-Dateien verändert die Genauigkeit „um weniger als einen Punkt" (der Engpass ist die Struktur, nicht der Zugriff), und das LLM Metriken definieren zu lassen, war „net-negative" — daher die Regel: Dokumentation generiert, Definitionen im Besitz von Menschen. Für den Einstieg genügen: eine Handvoll kanonischer Datensätze, ein paar Dutzend Evals, ein schlanker Knowledge Skill.
Kernpunkte
Datum / Quelle.3. Juni 2026, Anthropic-Blog (claude.com/blog, Enterprise AI). Autoren: das Data Science & Data Engineering-Team von Anthropic (Chang, Peng, Leder, Jiao, Cherry).
Kernergebnis.95 % der geschäftlichen Analytics-Abfragen automatisiert, ~95 % Genauigkeit im Aggregat (bis zu ~99 % in bestimmten Bereichen).
These. Analytics ≠ Code — „nur eine einzige korrekte Antwort mit einer einzigen korrekten Quelle" → die Herausforderung besteht darin, die Frage den richtigen, aktuellen Entitäten zuzuordnen, nicht zu generieren. ### 3 Fehlermodi 1. Konzept↔Entitäts-Mehrdeutigkeit — Hunderte von Optionen; z. B. „aktive Nutzer" (welche Aktionen? Betrüger ausschließen? welches Lookback-Zeitfenster?). 2. Veralterung (Obsolescence/Staleness) — Assets und das Wissen des Agenten werden „subtil falsch" (Schemas/Definitionen ändern sich fortlaufend). 3. Retrieval-Fehler — 80 % der fehlgeschlagenen Abfragen hatten die Information dennoch vorhanden im Korpus.
Ultimative Gefahr = stiller Fehler (silent failure): „die Antwort ist falsch, wirkt aber plausibel und wird widerspruchslos verwendet". ### 4-schichtiger agentic stack
L1 — Data foundations. dimensionale Modellierung, kanonische Datensätze (single source-of-truth, mit Ownership, konsumfertig), Metadaten „first-class product", schichtübergreifende Integrität via CI/CD.
L2 — Vertrauensquellen (Sources of truth). (Vertrauen ↓): semantic layer (verpflichtend zuerst) → Lineage-/Transformations-Graph → Query-Korpus (destilliert in Dokumente, kein Rohabruf) → Geschäftskontext (Knowledge Graph: Roadmaps, Entscheidungsprotokolle, Organisation).
L4 — Validierung. Offline-Evals (~90 % Schwellenwert zur Freigabe eines Agenten, ~100 % Zielwert, Ground Truth auf einem Snapshot fixiert, „Ergebnisse wie Telemetrie speichern"), Ablationstests, online (adversarial review, Provenance-Footer, Datenqualitätsprüfungen, Correction Harvesting durch geplante Agenten). ### Bemerkenswerte Ergebnisse (Zahlen & Ablationen)
Ohne Skills ≤ 21 %. ; mit Skills > 95 % (≈99 % in bestimmten Bereichen).
Adversarial review.+6 % Genauigkeit, aber +32 % Tokens und +72 % Latenz (ein hinzunehmender Trade-off).
Raw-Grep-Ablation. (Tausende SQL-Dateien zugänglich gemacht): Genauigkeit ändert sich um „weniger als einen Punkt" → der Engpass ist die Struktur, nicht der Zugriff.
LLM-generierte Definitionen. = „net-negative" (sie kodieren genau die Mehrdeutigkeiten, die man eliminieren wollte) → Definitionen im Besitz von Menschen.
Unstrukturiertes Retrieval. über Tausende Abfragen: Gewinn < 1 Punkt → Korpus muss destilliert, nicht roh abgerufen werden.
Pflege. Code-Review-Hook → ~90 % der Daten-PRs berühren im selben Diff eine Skill-Datei. ### Für Einsätze / Präsentationen nutzbar
Blueprint für Produktions-Analytics-Agenten. , übertragbar: Data Governance + verpflichtender semantic layer + Skills + schwellenwertgesteuerte Evals.
Minimaler Startpunkt. (direkt wiederverwendbar): „eine Handvoll kanonischer Datensätze, ein paar Dutzend Offline-Evals und ein schlanker Knowledge Skill" erfassen „das Meiste des Nutzens".
Anti-Naive-RAG-Argumente. die beiden negativen Ergebnisse (Raw Grep, unstrukturiertes Retrieval) = Munition gegen die Sichtweise „gib dem Agenten einfach alles".
Lebendige Governance-Metrik.„90 % der PRs enthalten einen Skill" = Beleg dafür, dass sich Dokumentation und Code gemeinsam weiterentwickeln (Anti-Staleness).
Verbindung zu: Skills (Shihipar/Anthropic), semantic layer/Ontologie (Talisman, Seale), Context Engineering (Debois/Tessl), systems around the model (Dropbox), Knowledge-Graph-Daten (Netflix UDA).
Kernzahlen
95% der Business-Analytics-Anfragen über Claude automatisiert