Kapazität für ein weiteres Projekt · Antwort innerhalb von 24 Stunden

Ich baue KI-Systeme, die in Produktion gehen und dort bleiben.

David Lewenko, Senior AI Engineer in Berlin. Datenpipeline, LLM-Logik, Infrastruktur und Oberfläche kommen aus einer Hand. Es gibt keine Übergabe, an der das Projekt hängen bleibt.

7+

Jahre in AI, Daten und Software

30+

Unternehmen, für die ich gearbeitet habe

4,9 Mio. €

Einsparpotenzial, Procurement-SaaS

40 h → 15 min

Bearbeitungszeit, ESG-Extraktion

Wie bei mir ein KI-System entstehtDaten aus verschiedenen Quellen werden aufbereitet, ein Modell interpretiert sie, eine Prüfung entscheidet über die Freigabe. Was das System nicht sicher entscheidet, geht an einen Menschen. Am Ende läuft es im Produktivbetrieb.Mensch entscheidet
  1. 01Daten
  2. 02Aufbereitung
  3. 03Modell
  4. 04Prüfung
  5. 05Produktion
Fünf Schritte, in jedem Projekt dieselben. Was unsicher bleibt, entscheidet ein Mensch.

Expertise aus der Zusammenarbeit mit

Deloitte
idealo
Public Cloud Group
AllCloud
Matillion
AWS
Rabobank
SpinetiX
VHV
Kyburz
DFL
Croma
Ctera
Libri
FIUM
Vodafone
Sourcera AI
Nowon
01Referenz

Referenz

5,0
Juli 2026
Verifizierte Bewertung auf einer Freelancer-Plattform
Ich war mit der Zusammenarbeit mit David äußerst zufrieden. Er hat für uns ein Python-Projekt mit KI-Integration entwickelt und dabei hervorragende Arbeit geleistet. Er war jederzeit zuverlässig, engagiert und hat alle Aufgaben termingerecht und in hoher Qualität umgesetzt. Ich kann David uneingeschränkt weiterempfehlen und würde jederzeit wieder mit ihm zusammenarbeiten.

Tuncay Tunc

CTO · Integrated Worlds

Python-Anwendung mit KI-Integration

02Arbeit

Ausgewählte Arbeit

Nicht nur erzählen, sondern ausprobieren. Das System ist direkt hier klickbar.

Kundenprojekt · Industriesoftware

Produktdaten-Pipeline

Aus rohen Lieferantenkatalogen werden geprüfte, standardkonforme Merkmale, mit Konfidenz, Quelle und einem Qualitätstor vor der Freigabe.

Gebaut für einen Hersteller von Industriesoftware. Dessen Kunden müssen Produktdaten in einem Branchenstandard und als digitalen Zwilling ausliefern, bekommen von ihren Lieferanten aber Excel-Listen, PDFs, IDM-Kataloge und Freitext. Diese Demo ist die Pipeline aus dem Projekt, mit ausgetauschten Daten.

React · FastAPI · PostgreSQLKubernetes · ArgoCDHerkunft je WertQualitätstor Q1 bis Q3

Interaktive Demo

Produktdaten-Pipeline

Vom rohen Lieferantenkatalog zum geprüften Merkmalssatz, in vier Schritten.

Wie es funktioniert

  1. 01

    Katalog einlesen

    Ein Lieferant liefert eine CSV: Freitext-Beschreibungen, gemischte Einheiten, mehrere Schreibweisen pro Hersteller. Die Pipeline liest ein und markiert direkt, was ohne Rückfrage nicht entscheidbar ist.

  2. 02

    Klassifizieren, Regeln zuerst

    Exakte Treffer und Lookups entscheiden zuerst, weil sie nichts kosten und sich erklären lassen. Was übrig bleibt, geht an die Ähnlichkeitssuche, und nur der Rest an ein Modell. Jede Zeile zeigt, welche Stufe sie entschieden hat.

  3. 03

    Merkmale extrahieren, mit Qualitätstor

    Aus der Beschreibung werden Werte und Einheiten. Q1, Q2 oder Q3 entscheiden, was automatisch rausgeht und was ein Mensch prüft. Was sich nicht belegen lässt, bleibt leer und wird nicht geraten.

  4. 04

    Herkunft in beide Richtungen

    Von jedem Merkmal zurück zur Quellzelle, und von jeder Zelle vorwärts zu allem, was daraus entstanden ist. Ändert sich eine Regel, ist in einem Klick sichtbar, welche Ergebnisse betroffen sind.

6 von 8

Zeilen erreichen das Modell nie, Regeln und Lookups entscheiden vorher

Q1 bis Q3

Das Qualitätstor entscheidet, was automatisch rausgeht und was zur Prüfung geht

Jeder Wert

trägt Stufe, Konfidenz und Quellzelle mit, vorwärts und rückwärts nachvollziehbar

Hersteller, Merkmalsnamen und Zahlen in der Demo sind ausgetauscht.

03Projekte

Weitere gelieferte Projekte

Fünf Systeme, die ich gebaut habe: Ausgangslage, Umsetzung, Ergebnis. Kundennamen und Details im Gespräch, soweit freigegeben.

Procurement / Industrie
KI-Procurement-SaaS: Lieferantenprofile mit belegten Antworten

Ausgangssituation

Lieferantenwissen war verteilt über Dokumente, interne Systeme und externe Quellen. Analysen waren manuell, inkonsistent und schwer auditierbar.

Lösung

Mandantenfähige Plattform: Lieferantenprofile werden hierarchisch angereichert, Antworten kommen aus RAG-Abläufen (LangGraph plus Vektorsuche) und tragen ihre Quelle mit. Dazu Tracing, Qualitätskontrolle und Rollenrechte. Anbindung über APIs statt über Scraping, das bei jeder Layout-Änderung bricht; automatisierte Initiativen über große Transaktionsmengen.

Ergebnisse

  • Belegte Lieferantenprofile über 12.000 Lieferanten und 100+ Dokumente
  • 180 Einsparpotenziale automatisch aus 1,49 Mio. Transaktionen erkannt, geschätzt 4,9 Mio. €
  • Kosten- und Nutzungsgrenzen pro Mandant, damit der LLM-Betrieb planbar bleibt
ESG / Document AI
ESG-Extraktion aus PDFs, Bildern & DOCX

Ausgangssituation

ESG-relevante Daten mussten aus heterogenen Dokumenten manuell extrahiert werden, langsam und fehleranfällig.

Lösung

Durchgehende Extraktionsstrecke (Next.js plus Backend-Dienste): LLM-gestützte Extraktion, gegen ein Schema validierte Ausgaben und automatisierte Verarbeitungsschritte je Format.

Ergebnisse

  • Reduktion manueller Bearbeitungszeit von ~40 Stunden auf ~15 Minuten
  • Wiederholbare Ergebnisse, weil jede Ausgabe gegen ein Schema geprüft wird
  • Ergebnisse gehen direkt in die nachgelagerten Prozesse, ohne Nachtippen
Knowledge / Enterprise Search
RAG Knowledge Platform (AWS Bedrock + OpenSearch)

Ausgangssituation

Wissenssuche in vielen Dokumenten war langsam; Antworten waren zu oberflächlich, Quellen schwer nachzuvollziehen.

Lösung

AWS-native Plattform (Infrastruktur als Code, API Gateway, S3, OpenSearch, Bedrock) mit semantischem Chunking, klarer Retrieval-Strategie und Einbindung in die bestehende Oberfläche.

Ergebnisse

  • Deutlich schnellere Dokumentensuche für 200+ Nutzer:innen
  • Antwortqualität durch semantisches Chunking deutlich verbessert
  • Betriebsfähige Basis: Infrastruktur als Code, Monitoring, reproduzierbare Deployments
Sprach-KI in Echtzeit
Telefonassistenz: Echtzeit-Dialoge + automatisierte Aktionen

Ausgangssituation

Telefonprozesse blockierten Teams; Informationen gingen verloren; Nachbearbeitung war unstrukturiert.

Lösung

Echtzeit-Backend (FastAPI) mit WebRTC-Audio, Sprachaktivitätserkennung und Streaming. Ein Modell führt den Dialog, erfasst strukturiert mit und löst danach Aktionen aus, etwa eine E-Mail oder einen Termineintrag.

Ergebnisse

  • Gesprächsergebnisse werden strukturiert erfasst und automatisch weitergeleitet
  • Weniger manuelle Nacharbeit, konsistente Datensätze
  • Architektur läuft in mehreren Installationen
Content / Slides
Slide-Generation Service (API-first)

Ausgangssituation

Slide-Erstellung war langsam und inkonsistent; Qualität schwankte stark.

Lösung

Generierungsdienst (FastAPI) mit JSON-Schema als Ausgabeformat, synthetischen Trainingsdaten für Randfälle und automatisierter Bewertung jeder Ausgabe.

Ergebnisse

  • Ausgaben sind direkt als Folie verwendbar, weil das Schema erzwungen wird
  • Nutzer-Engagement um 48 % gestiegen
04Leistungen

Leistungen

Vier Arbeiten, die ich mehrfach gemacht habe. Zu jeder gibt es ein Projekt, über das ich im Call konkret sprechen kann.

Katalog- und Stammdaten in Struktur bringen

Aus unsauberen Herstellerkatalogen werden normierte Merkmale. Regeln entscheiden zuerst, Embeddings übernehmen den Rest, ein Sprachmodell sieht nur, was übrig bleibt. Jeder Wert trägt mit, woher er kommt.

  • Klassifikation gegen Ihren Zielstandard, mit Konfidenzwert je Zuordnung
  • Merkmale extrahieren, Einheiten normalisieren, Wertebereiche prüfen
  • Qualitätsgate: was unter der Schwelle liegt, geht zur Prüfung und nicht in die Ausgabe
  • Herkunft in beide Richtungen: von jedem Ausgabewert zurück zur Quellzeile
RAG und Dokumenten-Extraktion, die man nachprüfen kann

Suche und Extraktion über PDFs, Bilder und Office-Dateien, mit Zitaten, gegen die sich jede Antwort prüfen lässt. Zuletzt: 200+ Nutzer:innen auf einer AWS-Bedrock-Plattform, ESG-Extraktion von rund 40 Stunden auf rund 15 Minuten.

  • Semantisches Chunking und Retrieval, gegen ein eigenes Testset bewertet
  • Antworten mit Quellenangabe bis zur Seite und Textstelle
  • Schema-validierte Extraktion (Pydantic), damit Ausgaben weiterverarbeitbar sind
  • Rollenrechte und Mandantentrennung, wo mehrere Kunden auf einer Instanz liegen
LLM-Systeme in den Betrieb bringen

Der Prototyp läuft, aber Kosten, Latenz und Fehlerquote sind unklar. Ich baue Routing, Caching, feste Ausgabeschemata und Tracing ein. In einem Kundenprojekt sind die Klassifikationskosten dadurch um 50–90 % gefallen.

  • Modell-Routing: teure Modelle nur dort, wo sie messbar besser sind
  • Token- und Ergebnis-Caching, parallele Hintergrundverarbeitung
  • Tracing mit Langfuse, Eval-Sets, Regressionstest vor jeder Prompt-Änderung
  • Kosten- und Nutzungsgrenzen pro Mandant, damit Rechnungen planbar bleiben
Ein KI-Produkt von null bis Produktion

Backend, Datenmodell, Infrastruktur und Oberfläche, gebaut und betrieben von einer Person. So ist ein Procurement-SaaS über 12.000 Lieferanten entstanden.

  • FastAPI-Backend, Next.js-Frontend, PostgreSQL, eine Zuständigkeit über den ganzen Weg
  • Infrastruktur als Code auf AWS oder Azure (Terraform, CDK, GitHub Actions)
  • Echtzeit, wo nötig: WebRTC-Audio, Sprachaktivitätserkennung, Streaming-Dialoge
  • Wöchentliche Releases ab der ersten lauffähigen Version
05Arbeitsweise

Wie ich arbeite

Vier Regeln, die in jedem Projekt gelten, egal ob Datenpipeline, RAG-System oder Sprachassistent.

01

Am Ergebnis anfangen

Zuerst wird festgelegt, was am Ende messbar anders sein soll: eine Zahl, eine Bearbeitungszeit, eine Fehlerquote. Ohne diese Zielgröße gibt es keinen Grund, eine Architektur der anderen vorzuziehen.

02

Das Riskanteste zuerst bauen

Die Annahme, an der das Projekt scheitern kann, wird als Erstes lauffähig. Lieber in Woche zwei wissen, dass ein Ansatz nicht trägt, als es in Monat sechs zu merken.

03

Die einfachste Lösung, die hält

Jede Komponente muss sich rechtfertigen. Wo eine Regel oder eine Abfrage reicht, kommt kein Modell hin; wo ein Modell wirklich gebraucht wird, bekommt es engen Kontext und ein festes Ausgabeschema.

04

Nachvollziehbar bauen, früh ausliefern

Jedes Ergebnis zeigt, woher es kommt und wie sicher es ist. Was unter der Schwelle liegt, geht zur Prüfung und nicht automatisch raus. Die erste lauffähige Version geht früh in echte Hände, danach folgt wöchentlich die nächste.

06Werdegang

Beruflicher Werdegang

Vom Engineering-Studium über Data Science zu AI/ML Engineering: kontinuierliche Entwicklung mit Fokus auf produktionsreife Lösungen.

  1. Freelance Senior AI Engineer & Founder

    04/2025 – heute

    True Frame Labs

    End-to-End AI-Produkte für mehrere Kunden, von Datenpipelines und Backend-Services über Cloud-Infrastruktur bis zu Webanwendungen im Produktivbetrieb.

    • Industriesoftware-Hersteller: Quality Service für Produktdaten: Plattform, die Herstellerkataloge (CSV/IDM) in standardisierte Merkmale und Verwaltungsschalen-Artefakte überführt, über hybride Regel-, Embedding- und LLM-Pipelines.React · FastAPI · PostgreSQL · Kubernetes/ArgoCD
    • Industriesoftware-Hersteller: Mandantenfähige Analytics und Reporting inkl. semantischer Modelle, Row-Level Security und eingebetteter Auswertungen.Azure Synapse · Microsoft Fabric · Power BI
    • Sourcera: AI-Procurement-SaaS über 12k Lieferanten und 1,49M Transaktionen, 180 identifizierte Opportunities mit ~4,9 Mio. € geschätzten Einsparungen.LangGraph · Pinecone · Azure
  2. Senior AI Engineer

    03/2024 – 04/2025

    Public Cloud Group

    RAG-Wissensplattform auf AWS Bedrock & OpenSearch für 200+ Pharma-Nutzer:innen geleitet; LLM-gestütztes semantisches Chunking verdoppelte die Antwortqualität. ESG-Datenextraktion aus PDFs, Bildern und DOCX: manuelle Bearbeitungszeit von ~40 Stunden auf ~15 Minuten reduziert.

  3. Chief AI Officer

    07/2023 – 02/2024

    Zapdeck GmbH

    Mehrschichtigen Slide-Generierungs-Service (FastAPI) mit fine-getuntem GPT-3.5 für slide-fertige JSON-Outputs aufgebaut. Synthetische Daten, Pydantic-Guardrails und automatisierte Evaluation steigerten das Nutzer-Engagement um 48 %.

  4. AI & Data Engineer

    07/2022 – 12/2023

    AllCloud GmbH

    End-to-End-Datenplattform eines Großhändlers auf AWS verantwortet (API Gateway, Kinesis, Redshift, Glue, Step Functions) mit Multi-Endpoint-APIs über 80M+ Zeilen. Ransomware-Erkennung auf System-Log-Zeitreihen automatisiert: 90 % Genauigkeit (F1 0,87, ROC-AUC 0,93).

  5. AI & Data Consultant

    05/2021 – 06/2022

    Deloitte

    Feature für einen Life-Sciences-QA-Service entwickelt, das SOPs mit NER, SRL und fine-getuntem BERT in Prozessgraphen überführt. 3M Kreditorendatensätze einer niederländischen Großbank mit SQL-Datenqualitätsprüfungen validiert.

  6. Junior Data Scientist & Werkstudent

    03/2018 – 04/2021

    idealo

    Zeitreihen-Prognosen in Python/Tableau für C-Level-Marketingentscheidungen (z. B. Black-Friday-Planung); 20 Bayesianische A/B-Tests zu SEO- und Produkt-Features durchgeführt.

  7. Wirtschaftsingenieurwesen (B.Eng.)

    03/2019 – 09/2021

    Hochschule FreseniusBildung

    Abschluss mit Note 1,8. Thesis: Financial Fraud Detection mit überwachtem Machine Learning (Note 1,3).

07Person

Über mich

Sie arbeiten direkt mit mir. Für Spezialthemen wie Design oder Security-Reviews hole ich Leute aus einem festen Netzwerk dazu. Die Verantwortung für das Ergebnis bleibt bei mir.

David Lewenko

David Lewenko

Senior AI Engineer · Gründer, True Frame Labs UG

Seit 2018 in AI, Daten und Software, seit April 2025 selbstständig. Vorher Senior AI Engineer bei der Public Cloud Group, Chief AI Officer bei Zapdeck, davor AllCloud, Deloitte und idealo. Schwerpunkt: LLM-Systeme, Retrieval und Datenpipelines, die in Produktion laufen, auf AWS und Azure. Ich baue lieber die einfachste Lösung, die hält.

AWS Certified: Data Analytics – Specialty · Solutions Architect – Associate

Was ich selbst abdecke:

Machine Learning und LLM-Betrieb
  • LLM-Systeme bauen, bewerten und im Betrieb halten
  • Strukturierte Ausgaben erzwingen (Pydantic, Instructor) und Modelle routen
  • Kosten und Latenz messen und senken, zuletzt 50–90 % bei der Klassifikation
  • Tracing, Eval-Sets und ein Regressionstest vor jeder Prompt-Änderung
Cloud und Data Engineering
  • AWS und Azure als Infrastruktur-Code (Terraform, Terragrunt, CDK)
  • Datenstrecken bauen: einlesen, transformieren, prüfen, ausliefern
  • Datenbanken und Caching auslegen (PostgreSQL, Redis, Vektorspeicher)
  • Fremdsysteme anbinden: APIs, Ereignisströme, Mandantentrennung
Anwendung und Oberfläche
  • Frontends mit React und Next.js, inklusive Bedienführung
  • Backend-Dienste und APIs mit FastAPI
  • Oberflächen, die Konfidenz und Quelle sichtbar machen, nicht nur das Ergebnis
  • Tests und Abnahmekriterien, bevor etwas live geht
08Partnerschaft

Partnerschaft mit NTQ Solution

Für Vorhaben, die mehr als eine Person brauchen, arbeite ich mit NTQ Solution zusammen, einem internationalen Software-Dienstleister. Sie behalten mich als Ansprechpartner und bekommen im Hintergrund ein Team, das mitzieht.

Ein Ansprechpartner

Architektur, Qualität und Abnahme bleiben bei mir. Sie führen nicht zwei Gespräche und koordinieren keine zwei Verträge.

Kapazität, wenn der Umfang sie verlangt

Frontend, QA, Mobile oder Betrieb kommen dazu, wenn ein Projekt sie braucht. Nicht als Standardaufschlag auf jedes Angebot.

Gleiche Standards für alle

Code-Reviews, Testabdeckung und Release-Rhythmus gelten für jede Person am Projekt, unabhängig davon, wer die Rechnung stellt.

09Stack

Technologie-Stack

Womit ich tatsächlich arbeite und wann. Wenn ein Projekt etwas anderes braucht, wird es etwas anderes.

AI / LLM

LangGraph für Abläufe mit Verzweigungen, Instructor und Pydantic für erzwungene Ausgabeschemata, LiteLLM, um den Anbieter ohne Codeänderung zu wechseln.

LangChainLangGraphInstructorLiteLLMOpenAI / AnthropicAWS BedrockHuggingFacePyTorch

Retrieval & Observability

Vektorspeicher wähle ich nach Betriebsmodell aus, nicht nach Benchmark. Langfuse und eigene Eval-Sets, weil Retrieval sonst nicht messbar ist.

OpenSearchWeaviatePineconeElasticsearchLangfuseeval/test sets

Backend

FastAPI als Standard. WebRTC und WebSockets, wenn Antworten in Echtzeit kommen müssen.

Python (FastAPI/Flask)TypeScript/Node.jsSQLWebSocketsWebRTCevent-driven patterns

Frontend

Next.js, wenn die Oberfläche Teil des Produkts ist: im Procurement-SaaS und in der RAG-Anwendung für Kanzleien.

ReactNext.jsTailwind CSS

Cloud & Infra

AWS ist mein Zuhause, dort habe ich mehrere Plattformen gebaut. Azure, wo der Kunde ohnehin schon dort ist, zuletzt Synapse, Fabric und Power BI mit Row-Level-Security.

AWS (Lambda, ECS, API Gateway, S3, OpenSearch, SageMaker)Azure (Container Apps, OpenAI)DockerTerraform/TerragruntCDKGitHub Actions/GitLab CI

Data

PostgreSQL, bis es einen Grund gibt, es nicht zu tun. Airflow und Glue für geplante Strecken, Kinesis und SQS für Ereignisströme.

PostgreSQLRedshiftRedisS3 / BlobAirflowGlueKinesisSQS/SNSPandas/NumPy
10Kontakt

Termin buchen

Zwei Wege, mit mir zu sprechen: 15 Minuten kostenlos zum Kennenlernen, oder ein bezahlter Beratungscall, wenn Sie direkt an einer konkreten Frage arbeiten wollen.

Kostenlos15 Minuten

Kennenlernen

Kurz klären, ob ich der Richtige bin. Sie beschreiben das Problem, ich sage Ihnen ehrlich, ob und wie ich helfen kann.

Termin wählen
200 €60 Minuten

Beratungscall

Für konkrete Fragen an jemanden, der das gebaut hat: Architektur-Review, Modellauswahl, Kostenanalyse eines bestehenden Systems, Machbarkeit. Sie gehen mit einer Einschätzung und einem umsetzbaren nächsten Schritt raus, es ist kein Verkaufsgespräch.

  • Vorab kurz schildern, worum es geht, damit ich mich vorbereiten kann.
  • 60 Minuten am Problem, nicht an Folien.
  • Danach eine schriftliche Zusammenfassung mit dem nächsten Schritt.
Beratungscall buchen

Öffnet den Kalender in einem neuen Tab.

Wie ein Projekt üblicherweise startet

  1. 01Kennenlern-Call, 15 Minuten. Kostenlos, keine Vorbereitung nötig.
  2. 02Discovery Sprint, 2 bis 4 Wochen: Ich baue die riskanteste Annahme als lauffähigen Prototyp und lege am Ende Architektur, Aufwand und Kosten für den Rest vor.
  3. 03Umsetzung: wöchentliche Releases, ein Ansprechpartner.
  4. 04Wenn sich nach dem Sprint zeigt, dass es sich nicht lohnt, sage ich das.
Oder schreiben Sie mir direkt