KI-Entwicklung — vom Architektur-Diagramm bis in den Produktivbetrieb.
Wir entwickeln KI-Systeme, die Sie in fünf Jahren noch warten und erweitern können — eigener Stack auf Open-Source-Fundament, vollständige Übergabe.
Anatomie · Auf einen Blick
So entsteht ein KI-System bei uns.
Vier Schichten, ein Datenfluss — jede Ebene nachvollziehbar, austauschbar, auditierbar.
01 · Eingang
Was reinkommt.
- Anrufe
- Dokumente
- Formulare
- API-Events
02 · Orchestrierung
Wie entschieden wird.
- LLM-Kern
- Tool-Calls
- Guardrails
03 · Daten
Was gespeichert wird.
- Datenbank
- Vektor-Store
- Audit-Log
04 · Ausgang
Was rauskommt.
- Antworten
- Aktionen
- Records
- Benachrichtigungen
Im Einsatz
So sieht das fertig gebaut aus: Notfalldocs.
Eine patientensichere Triage-Plattform für die Notaufnahme — vollständig von uns entwickelt.
Was wir bauen
Fünf Anwendungsfelder.
- 01 · Wissen
Wissens- und Dokumentensuche (RAG)
Fragen an den eigenen Bestand — Verträge, Akten, Vorgänge — beantwortet mit Quellenangabe. Der Bestand bleibt im Haus, jede Antwort ist auf ihr Dokument zurückführbar.
- 02 · Prototyp
Produkt-Prototypen mit KI-Kern
Validierbare MVPs in wenigen Wochen — mit echter Architektur, nicht nur Prompt-Engineering.
- 03 · Automatisierung
Backoffice-Automatisierung
Workflows klassifizieren Dokumente, extrahieren Daten, stoßen Vorgänge an — mit Audit-Log und Human-in-the-Loop.
- 04 · Fachanwendung
Fachanwendungen mit LLM-Funktionen
Klar definierte KI-Module in bestehende Fachsoftware — mit Kontrolle über Kontext, Kosten und Compliance.
- 05 · Voice
Voice-Interfaces
Telefon- und Dialog-Assistenten für Kundenaufnahme, Terminvergabe und Triage. Mehrsprachig, ausfallsicher.
Vorgehen
Vier Phasen, vier Ergebnisse.
Jede Phase hat ein klares Artefakt — kein Scope-Creep, keine Überraschungen in Monat sechs.
- 01
Discovery
Gemeinsamer Workshop. Use-Case, regulatorischer Rahmen, technische Voraussetzungen.
Ergebnis · Machbarkeits-Einschätzung - 02
Architektur
Konkrete Entscheidung über Datenflüsse, Modelle, Hosting, Sicherheitsmaßnahmen.
Ergebnis · Architektur-Dokument - 03
Build
Iterative Entwicklung mit wöchentlichen Zwischenständen. Eigener Stack, klare Ownership, vollständige Dokumentation.
Ergebnis · Lauffähiges System - 04
Betrieb
Abnahme, Einweisung, laufender Support oder Übergabe ins interne Team. Wartung als separater Baustein.
Ergebnis · Go-Live + Wartung
Wie wir die fertigen Systeme betreiben — On-Premise, in einer Private Cloud in Deutschland oder vollständig Air-Gapped — steht unter Souveränes Hosting.
Tech-Footprint
Offene Fundamente, provider-agnostisch.
Wir legen uns nicht auf einen Modell-Anbieter fest. Die Auswahl folgt der Anforderung — nicht umgekehrt.
Kern-Stack
- Moderne Web-Frameworks
- Typsichere Sprachen
- Workflow-Orchestrierung
- Relationale Datenbanken
- Container-basierter Betrieb
- Reverse-Proxy & TLS
Modell-Optionen
- Große kommerzielle Modelle
- Europäische Modell-Anbieter
- Lokale Open-Source-Modelle
- On-Premise-Inferenz
- Hybrid-Setups je Use-Case
Regulatorische Haltung
Wir sind technischer Zulieferer — nicht Fachverantwortlicher.
Bei medizinischen, juristischen oder regulierten Anwendungen agieren wir als technischer Zulieferer. Inhaltliche Verantwortung, medizinische Validierung und Zertifizierungspflichten liegen beim Fachpartner. Diese Abgrenzung schreiben wir vertraglich fest.
Nächster Schritt
Ein Entwicklungsprojekt beginnt mit einem Gespräch.
Unverbindlich. Wir klären, ob der Use-Case trägt — und wer ihn bauen sollte.