Portfolio Produktionssysteme, keine Demo-Projekte

Was wir gebaut haben. Unter echtem Betrieb.

Ein Flaggschiff-Projekt: Lucid. Neun Monate bauen, brechen und neu aufbauen eines Produktions-KI-Systems unter täglicher Echtlast. Jedes Muster in unseren Voice-Agent-Builds wurde hier zuerst unter Druck getestet.


Fallstudie 01

Lucid. Persönliches KI-System, produktionsreif.

Start: Januar 2026. Ein Entwickler. Kein Co-Founder, kein Team, keine externe Finanzierung. Ein Full-Stack-KI-Produktivitätsbegleiter, der nach demselben Standard gebaut wurde, den wir bei jedem Client-Build anwenden, denn er war der Testplatz für diesen Standard.

9 Mo. aktiver Build
240k Codezeilen
1 Entwickler
Täglich Produktionslast

Der Stack, der es betreibt

Inferenz
Hetzner GPU · Falkenstein, DE
Gedächtnis
Supabase + pgvector
Modell
Fine-tuned · custom RLHF
Client
iOS · React Native
Kontextmgmt.
Autonom · custom Hooks
Orchestrierung
n8n · custom Tool-Chain
Vollständiger Lucid-Deep-Dive

Fallstudie 02

Die Safeguards-Architektur. Engineering-Muster, in jedem Build.

Jedes Lina-Deployment liefert vier Safeguards aus, die in die Request-Pipeline einprogrammiert sind. Keine Konfigurationsoption, keine Premium-Stufe. Architektonische Defaults, die jeden Anruf durch Identitäts-Offenlegung, ein Confidence-Gate, Scope-Prüfung und volle Transparenz-Protokollierung schleusen, genau in dieser Reihenfolge.

< 2 s warme Weiterleitung
0,75 Confidence-Schwelle
100% Transkripte protokolliert
1. Satz Identität offengelegt
  1. 01

    Identität im ersten Satz offengelegt

    Der Bot stellt sich im ersten Satz jeder Konversation vor. "Hallo, hier spricht Lina, die digitale Assistenz der Praxis [Name]." Nicht im Kleingedruckten, nicht versteckt, nicht optional. Das Muster ist architektonisch, keine Policy.

  2. 02

    Confidence-Gate bei 0,75

    Jede Modell-Antwort wird gegen eine kalibrierte Confidence-Schwelle geprüft. Unter 0,75: klare Ablehnung + Handoff-Pfad, keine vage Spekulation. Der Bot rät nie bei medizin-nahen Fragen, weil das Modell das Gate nicht umgehen kann.

  3. 03

    Scope-Prüfung, dann klare Ablehnung

    Der Scope wird zur Build-Zeit pro Praxis explizit definiert. Außerhalb-Scope-Anfragen lösen eine klare Ablehnung aus ("Das liegt außerhalb dessen, womit ich helfen kann, ich verbinde Sie weiter") statt selbstbewusst-falscher Hedging-Antworten. Endlos-Halteschleifen sind architektonisch ausgeschlossen.

  4. 04

    Vollständiges Transkript, in Echtzeit protokolliert

    Jeder Konversations-Schritt wird ins Admin-Dashboard geschrieben mit Zeitstempeln, Confidence-Scores und Handoff-Gründen. Sie und der Anrufer können das Protokoll jederzeit anfordern. Keine Black-Box-Entscheidungen, kein Spielraum für plausible Deniability.

Safeguards-Deep-Dive lesen

Methodik · wie Fallstudien entstehen

Jeder Build durchläuft 6 Stufen.

Fallstudien werden nicht zuerst geschrieben und danach gebaut. Sie sind das Ergebnis eines Prozesses, der läuft, bevor eine einzige Zeile Produktionscode ausgeliefert wird. Die folgenden Stufen sind bei jedem Lina-Deployment nicht verhandelbar, genau in dieser Reihenfolge.

  1. 01

    Scoping-Intake

    Ein strukturiertes Intake-Briefing per E-Mail, bevor ein Vertrag entsteht. Wir analysieren Ihr aktuelles Telefon-Setup, Anrufvolumen und Buchungssystem schriftlich. Wenn die Passung nicht stimmt, sagen wir das hier, nicht nach Beginn des Builds. Keine geplanten Telefonate in diesem Prozess.

  2. 02

    Brief

    Ein schriftliches Scope-Dokument mit Sprachpersona, Eskalationsregeln, Buchungsintegrationen und expliziten Out-of-Scope-Themen. Sie prüfen und unterzeichnen es, bevor der Build beginnt. Keine Unklarheit gelangt in die Codebasis.

  3. 03

    Build

    RAG-Wissensbasis-Einspeisung, Safeguard-Layer-Verdrahtung, Buchungssystem-Integration und Sprachpersona-Konfiguration. Jedes Element wird isoliert getestet, bevor die Pipeline zusammengesetzt wird. Durchschnittliches Build-Fenster: 10 bis 14 Tage.

  4. 04

    Drucktest

    Eine strukturierte adversarielle Anruf-Session: Off-Topic-Tests, Confidence-Floor-Trigger, Handoff-Grenzfälle. Wir führen diese durch, bevor Sie die Stimme hören. Ein Fehler hier verzögert den Launch; ein Fehler bei einem echten Anrufer passiert nicht.

  5. 05

    Soft-Launch

    Zwei Wochen paralleles Routing: ein Teil der echten Anrufe geht an Lina, während Ihre bestehende Leitung aktiv bleibt. Transkript-Review mit Ihnen alle 48 Stunden. Vollständiger Umstieg nur, nachdem beide Seiten mit den Zahlen zufrieden sind.

  6. 06

    Betrieb

    Monatliche Wissensbasis-Updates, Confidence-Threshold-Anpassung bei sich verändernden Anrufmustern und Admin-Dashboard-Zugang, sodass Sie jedes Gespräch sehen, ohne fragen zu müssen. Die Fallstudie wird hier geschrieben, sobald die Zahlen real sind.


Fallstudie 03 · 04 · 05

Drei Founding-Plätze. Keine erfundenen Testimonials.

Das Voice-Agent-Produkt ist neu. Die Architektur nicht, Lucid oben ist der Beweis. Sobald jede Founding-Klinik live geht, erscheint sie hier mit Deployment-Details und Ergebnissen. Kein gepolstertes Logo-Raster, keine gefälschten Zitate. Das ist der aktuelle Stand, schriftlich.

  1. 03

    Offen, erster Founding-Platz

    449 €/Monat im 1. Jahr, 0 € Setup. Fallstudie erscheint hier, sobald die Klinik live ist.

  2. 04

    Offen, zweiter Founding-Platz

    Gleiche Konditionen. Reserviert, sobald der erste Platz unterzeichnet ist.

  3. 05

    Offen, dritter und letzter Founding-Platz

    Letzter Platz zum Founding-Preis. Danach gilt für Neukunden der Professional-Tarif.

Founding-Platz reservieren

Warum ein Projekt. Keine Galerie von Demos.

Demo-Projekte beweisen, dass man einem Tutorial folgen kann. Produktionsprojekte beweisen, dass man ausliefern, warten und um 2 Uhr nachts debuggen kann, und Systeme baut, die echten Nutzern standhalten. Lucid ist das Letztere.

  1. 01

    Muster unter Produktionslast getestet

    Jedes RAG-Muster, jeder Safeguard, jeder Eskalations-Trigger in unseren Voice-Agent-Builds wurde zuerst unter Echtlast in Lucid betrieben. Fehlerszenarien werden entdeckt, bevor sie Ihre Anrufer erreichen.

  2. 02

    Verantwortung, keine Delegation

    Kein Framework hat Lucids Architektur generiert. Kein Team hat Entscheidungen im Namen eines Entwicklers getroffen. Jede Design-Entscheidung hat einen Namen und einen Grund dahinter, dieselbe Verantwortlichkeit bringen wir in Client-Builds.

  3. 03

    Dieselbe Infrastruktur, die Sie erhalten

    Hetzner Falkenstein, Supabase pgvector, n8n-Orchestrierung, Lucid läuft auf demselben Stack, den wir für Clients deployen. Wir zeigen im Portfolio keine Demo-Infrastruktur und liefern Ihnen etwas anderes.

Sehen Sie es auf Ihre Klinik zugeschnitten? Briefing senden.

Teilen Sie mir Ihr aktuelles Telefon-Setup und Anrufvolumen mit. Ich komme mit einem Scope-Dokument, einem Zeitplan und einer ehrlichen Einschätzung zurück, was für Ihre Konfiguration in 7 Tagen machbar ist.