Leistungen · 15 Wege über eine Lücke

Alle Leistungen

Referenzen · Belege statt Versprechen

Alle Case Studies

Wissen · Straßenton, aufgeschrieben

Magazin

Unternehmen · KI-Expertise seit 2011

Über Voidgap

So arbeitet ihr mit uns

Hands-on · für echte Systeme unter Druck

Anti-Beratung.

Eure KI scheitert nicht an Strategie-Decks. Sie scheitert, weil echte Systeme chaotisch sind.

Eine Strategiefolie wird durchgestrichen. An ihrer Stelle: die Logs des Systems, die Ursachen, die wir darin finden, die Fixes und die Zahlen vorher und nachher.

01 · Wann Teams uns rufen

Für Systeme, die
schon wehtun.

Anti-Beratung heißt: Wir öffnen die Logs, bevor wir ein Foliendeck öffnen.

Wann Teams uns rufen

Das KI-System ist live, und etwas stimmt nicht. Die Antworten sind inkonsistent, die API-Rechnung hat sich verdoppelt, die Nutzer vertrauen ihm nicht mehr, oder die Security blockiert das nächste Release. Das Team ist zu nah dran, zu beschäftigt oder hat die naheliegenden Fixes schon probiert.

Was wir zuerst tun

Wir lesen, was wirklich da ist: Code, Prompts, Retrieval-Setup, Daten, Logs, Kosten. Die meisten Probleme haben wenige Ursachen: Retrieval, das den falschen Kontext liefert, Prompts, die immer weiter gewuchert sind, keine Evals, das falsche Modell für die Aufgabe oder fehlende Guardrails. Wir finden die Fixes mit dem größten Hebel und setzen sie um, mit Zahlen vorher und nachher.

Und dann

Tiefere Änderungen, wo sie nötig sind, und Wissenstransfer, damit das Team ohne uns weitermachen kann: Schulung dazu, was wir geändert haben und warum, und Runbooks für den nächsten Incident. Als monatlicher Retainer, in Teilzeit eingebettet in euer Team oder als Fix-it-Sprint von ein bis zwei Wochen.

  • QualitätDie Antworten sind schlecht.

    Inkonsistente oder falsche Outputs, und niemand kann sagen, wie oft.

  • KostenDie Rechnung ist zu hoch.

    Die API-Kosten wachsen schneller als der Nutzen, und die Nutzung steigt weiter.

  • VertrauenNiemand glaubt ihm mehr.

    Nutzer umgehen es. Stakeholder fragen, ob man es abschalten sollte.

  • SecurityRecht oder InfoSec sagt Nein.

    Das nächste Release ist blockiert, und auf die Fragen gibt es keine schriftlichen Antworten.

  • TeamDas Engineering ist gespalten.

    Zwei Lager, zwei Ansätze, und nichts bewegt sich, solange sie streiten.

  • BlackboxNiemand kann es erklären.

    Es macht jede Woche etwas anderes, und niemand weiß, warum.

Keine Folien. Keine Buzzwords. Echte Fixes in echten Systemen.

Am schnellsten
Fix-It Sprint, 1–2 Wochen
Laufend
Retainer oder im Team
Ihr bekommt
Fixes mit Zahlen vorher und nachher

02 · Wo es bricht

Sechs Stellen,
wo KI bricht.

Die meisten Probleme gehen auf eine Handvoll Ursachen zurück. Wählt eine aus und seht, worauf wir achten und was wir ändern.

Ein KI-System: Nutzer, eure App, Prompting, Modell, Retrieval, Tools, Evals, Monitoring und euer Team. In sechs nummerierten Bereichen arbeiten wir.NutzerEure AppModellDokumenteCRM · ERP · Mail1RetrievalRAG, Embeddings, Suche4PromptingOutput-Kontrolle, Modelle2Tools & AgentenBerechtigungen, Freigaben3Evals5Deployment & Monitoring6Euer Team

Retrieval & Wissen

RAG, Embeddings, Suche

Was wir sehen
Antworten zitieren das falsche Dokument oder gar keins. Das richtige existiert, wird aber nie gefunden.
Was wir ändern
Wir testen das Retrieval für sich, mit den Fragen, die eure Nutzer wirklich stellen: Chunking, Embeddings, hybride Suche, Reranking.
Was ihr bekommt
Einen Retrieval-Score, den ihr verfolgen könnt

03 · Ablauf

Prüfen. Fixen.
Tunen. Übergeben.

Erst die Quick Wins, damit der Druck sinkt. Dann die tiefere Arbeit. Dann geht das Wissen an euer Team.

  1. 01Systemanalyse

    Wir lesen Code, Prompts, Daten, Retrieval, Logs und Kosten und ordnen, was wir finden, nach Wirkung.

    Ergebnis
    Analysebericht und priorisierte Probleme
    Wir brauchen
    Zugang
  2. 02Quick Wins

    Die Fixes mit dem größten Hebel, umgesetzt und gemessen, damit alle den Unterschied sehen.

    Ergebnis
    Umgesetzte Fixes mit Metriken
    Wir brauchen
    Schnelle Entscheidungen
  3. 03Systematische Verbesserung

    Die tieferen Änderungen: Architektur, Evals, Monitoring, was immer die Ursachen verlangen.

    Ergebnis
    Systemverbesserungen und Dokumentation
    Wir brauchen
    Engineering-Zeit
  4. 04Wissenstransfer

    Was wir geändert haben und warum, damit euer Team weitermachen und den nächsten Incident selbst lösen kann.

    Ergebnis
    Schulungen und Runbooks
    Wir brauchen
    Das Team

04 · Modelle der Zusammenarbeit

Ein Sprint, ein Stuhl
oder ein Jour fixe.

Dieselben Leute, dieselbe Arbeitsweise. Was sich ändert: wie oft wir in eurem System sind.

Fix-It Sprint

1–2 Wochen

  • Schnelle Analyse, dringende Fixes
  • Intensiv, ein Problem
Woche 1Woche 5Woche 8

Embedded Consultant

Teilzeit

  • In eurem Team, in eurem Repo
  • Hands-on-Sessions, Pair Programming
Woche 1Woche 5Woche 8

Office Hours Retainer

monatlich

  • Laufende Beratung
  • Architektur-Reviews
Woche 1Woche 5Woche 8

Die Streifen zeigen einen illustrativen Rhythmus. Der echte wird pro Auftrag vereinbart.

05 · Selbstcheck

Welche Hilfe
braucht ihr?

Vier Fragen. Das Ergebnis ist das Modell, das passt, und das ist oft das kleinste.

Ergebnis0 / 4 beantwortet
  1. Fix-It Sprint.

    Ein bis zwei Wochen an einem Problem, mit Zahlen vorher und nachher.

  2. Office Hours Retainer.

    Monatliche Beratung für Entscheidungen und Reviews, während euer Team baut.

  3. Embedded Consultant.

    In Teilzeit in eurem Team und eurem Repo, so lange das System es braucht.

Gemeinsam durchsprechen

01Was tut am meisten weh?

02Hat euer Team Kapazität für die Umsetzung?

03Wie stark wird sich das System weiter verändern?

04Wie oft müsst ihr Entscheidungen durchsprechen?

06 · Passt es?

Anrufen, wenn.
Lassen, wenn.

Beratung beginnt, wo ein System schon live ist. Davor passt anderes besser.

Passt gut

  • Euer KI-System ist in Produktion und bleibt hinter den Erwartungen zurück.
  • Die Kosten laufen aus dem Ruder.
  • Nutzer oder Stakeholder vertrauen ihm nicht mehr.
  • Sicherheits- oder Rechtsbedenken blockieren den Fortschritt.
  • Euer Team steckt fest und braucht einen Blick von außen.

Anderswo besser

  • Ihr braucht eine Strategie und eine Roadmap. Das ist KI-Strategie.
  • Ihr braucht ein ganzes Team, um etwas Neues zu bauen. Das ist Umsetzung.
  • Ihr müsst erst entscheiden, womit ihr anfangt. Das ist ein Workshop.

07 · Fragen

Bevor
ihr anruft.

Was heißt Anti-Beratung?

Wir lesen das System, bevor wir über Strategie reden: Code, Prompts, Retrieval, Daten, Logs und Kosten. Das Ergebnis sind Fixes mit Zahlen vorher und nachher, kein Foliendeck.

Beratet ihr, oder ändert ihr den Code?

Beides. Wir setzen die Fixes in eurem Repository um, messen den Effekt und erklären, was wir geändert haben. Im Embedded-Modell arbeiten wir im Pairing mit euren Engineers.

Welchen Zugang braucht ihr?

Zum Start: Lesezugriff auf Code, Prompts, das Retrieval-Setup, Logs und Kostendaten. Wo wir Fixes umsetzen, Schreibzugriff zu euren Bedingungen, über euren normalen Review-Prozess.

Welche Bereiche deckt ihr ab?

Retrieval und Wissenssysteme, Tool Calling und Agenten-Design, Evaluation-Harnesses, Prompting und Output-Kontrolle, Deployment und Monitoring sowie Training für das Team. Die Systemkarte oben zeigt, wo was sitzt.

Wir brauchen eine Strategie, keine Fixes.

Dann passt KI-Strategie besser. Beratung beginnt, wo ein System schon live ist und wehtut.

08 · So arbeitet ihr mit uns

Drei Einstiege.

Wählt danach, wo ihr steht: vor einer Entscheidung, festgefahren mit einem Live-System oder bereit zum Bauen.

Was bricht gerade in Produktion?

Sagt uns,
was hakt.

Ein Call. Ihr bringt die Symptome, wir bringen die Fragen. Wenn es nicht passt, hört ihr das auch.