Anonymer Case

Wer darf ändern, was deine KI sagt?

KI in Produktion zu bringen, wirft Fragen auf, die der Prototyp nie beantworten musste: Wer kann ändern, was das System sagt, wer sieht, was es kostet, und wer merkt, wenn seine Qualität nachlässt. Wir bauen diese Kontrollen ein.

Die Frage, die man nicht früh genug stellen kann

Die meisten KI‑Projekte scheitern nicht an der Technologie. Sie scheitern an dem, was danach kommt: Wer kann ändern, was das System sagt, und wer sieht, was es kostet.

Solange das nicht geklärt ist, bleibt jedes KI‑System ein Sonderfall, den nur die anfassen können, die es gebaut haben. Wir bauen Steuerbarkeit in die Architektur ein, denn sie nachzurüsten ist ein Neubau.

Warum keine Kundennamen2x10

Unsere Kunden holen uns, um das zu bauen, was ihnen einen Vorsprung verschafft. Verschwiegenheit gehört zum Job. Die Details zu veröffentlichen, könnte diesen Vorsprung verraten. Wir haben in regulierten Umfeldern geliefert und in Projekten mit einem Volumen von Hunderten Millionen.

Was wir gebaut haben

Die Steuerungsebene im Produkt eines Kunden. Gesprächsabläufe baut das Fachteam visuell statt im Code, und das Verhalten wird in Klartext geändert.

Modellwahl, Kostenverfolgung und Budgets sind Teil der Oberfläche, nicht der Rechnung. Neue Inhalte und neues Verhalten gehen ohne Entwickler live.

Ein Content‑System, in dem der Durchsatz bewusst gedrosselt wird, Budgets pro Zeitraum gesetzt sind und Warnungen auslösen, bevor eine Grenze erreicht ist, nicht danach. Die Abdeckung ist auf einen Blick sichtbar: was produziert wurde, was nicht, was es gekostet hat.

Vier Eigenschaften

Was Kontrolle tatsächlich heißt

Getrennte Zuständigkeiten

Anweisungen, Wissen, Gesprächsablauf und Berechnung liegen an getrennten Orten. Einmal vermischt, lässt sich nichts mehr sicher ändern.

01

Evals zuerst

Evaluationsläufe zeigen vor dem Rollout, ob eine Änderung etwas verschlechtert hat. Ohne sie ist jede Verbesserung eine Vermutung.

02

Kostendeckel

Budgets, Drosselung und Warnungen im System, keine Überraschung beim Monatsabschluss.

03

Austauschbare Modelle

Das Modell ist eine Konfiguration, kein Fundament. Anbieter haben Ausfälle, Preise bewegen sich, und beides trifft dich.

04
Fragen im Betrieb2x10

Was sie tragfähig macht

Governance entscheidet, wer das System später ändern kann. Drei Fragen, alle vor dem Bau gestellt.

  • Wann wird Steuerbarkeit gebaut?Am Anfang, sonst wird sie zu einem Neubau, für den niemand Budget hat.
  • Was kostet ein eingefrorenes System?Mit der Zeit friert es das Geschäft ein, das darauf aufsetzt, und das taucht auf keiner Rechnung auf.
  • Ist Governance ein Dokument?Sie ist eine Eigenschaft der Software: Was nicht erlaubt ist, muss unmöglich sein, nicht verboten.

Was wir für dich bauen könnten

  • Wir bauen KI‑Systeme, deren Verhalten sich ohne Entwicklungsteam steuern lässt.
  • Wir bauen bestehende KI‑Systeme so um, dass deine eigenen Fachleute sie ohne uns ändern können.
  • Wir machen Kosten sichtbar und deckelbar, bevor sie zum Thema in einer Vorstandssitzung werden.
  • Wir führen Evaluationsläufe ein, die Verschlechterungen zeigen, bevor deine Kunden sie sehen.
  • Wir beseitigen den Anbieter‑Lock‑in, indem wir Modelle austauschbar halten.
  • Und alles, was dir sonst vorschwebt und mit KI und solidem Software‑Engineering machbar wird.

Unter der Haube

Steuerung · visuelle Flow‑Editoren · Anweisungsdokumente in Klartext · Wissensmanagement mit Veraltungs‑Erkennung · Messung · Evaluationssuiten · Regressionstests · Qualitätsmonitoring · Betrieb · Kostenverfolgung und Budgets · Model Routing · Audit‑Logging · LLMOps

Die meisten Projekte fangen klein an: ein Gespräch, ein paar Wochen Engineering, etwas Greifbares, das du bewerten kannst. Wenn es funktioniert, bauen wir es weiter.Wenn nicht, weißt du es früh