Vom Prompt Engineering zum Harness

Wie KI im Controlling wirklich arbeitet – und warum der Prompt erst der Anfang ist

August 2026 · KI-Architektur · 10 Min. Lesezeit

Prompt Engineering war gestern. Wer heute KI im Controlling produktiv einsetzen will, kommt um ein tieferes Verständnis nicht herum: Die Kunst liegt nicht im Formulieren der Frage, sondern im Bau des Rahmens, der die Antwort zuverlässig macht.

In den vergangenen zwei Jahren hat sich eine ganze Industrie um das Thema Prompt Engineering gebildet. Kurse, Zertifikate, Spezialisten – alles mit dem Versprechen, dass der richtige Prompt den Unterschied zwischen einer mittelmäßigen und einer brillanten KI-Antwort ausmacht.

An dieser Idee ist etwas dran. Aber sie ist nicht die ganze Wahrheit.

Wer schon einmal versucht hat, eine KI dauerhaft im Controlling zu betreiben – für wiederkehrende Monatsberichte, konsistente Kennzahlen oder abgestimmte Forecasts –, hat schnell gemerkt: Ein einzelner Prompt ist wie ein guter Einfall. Ohne ein System, das ihn wiederholbar macht, bleibt er folgenlos.

Der eigentliche Durchbruch für KI im Controlling entsteht erst dort, wo wir aufhören, an einzelnen Prompts zu feilen, und beginnen, ganze Umgebungen zu bauen, in denen KI zuverlässig arbeitet. Diese Disziplin nenne ich Harness Engineering.

Die Stufen der KI-Entwicklung

Bevor wir zum Harness kommen, lohnt ein Blick auf die Entwicklung, die dahin geführt hat. Die KI-Nutzung durchläuft – vereinfacht dargestellt – mehrere Reifegrade:

Stufe Ansatz Frage
1 Prompt Engineering Wie formuliere ich meine Anfrage optimal?
2 Context Engineering Welche Hintergrundinformationen braucht die KI?
3 Tool Engineering Welche Werkzeuge gibt der der KI?
4 Skill Engineering Welche Fähigkeiten bauen wir für die KI?
5 Harness Engineering In welche Umgebung betten wir die KI ein?
6 Loop Engineering Wie wiederholen und optimieren wir Abläufe?

Jede Stufe baut auf der vorherigen auf. Die entscheidende Erkenntnis: Je höher die Stufe, desto stabiler und produktiver wird das System.

Warum Prompt Engineering nicht reicht

Prompt Engineering ist der natürliche Einstieg. Man stellt einer KI eine Frage, erhält eine Antwort und optimiert die Formulierung, bis das Ergebnis passt. Das funktioniert hervorragend für einmalige Aufgaben.

Im Controlling stellt sich jedoch eine andere Herausforderung: Wiederholbarkeit.

Ein Monatsbericht muss jeden Monat gleich strukturiert sein. Eine Kennzahl muss konsistent berechnet werden. Eine Prognose muss auf denselben Daten basieren wie im Vormonat.

Ein Prompt allein kann das nicht leisten. Denn jeder Prompt wird von der KI jedes Mal neu interpretiert. Kleine Änderungen in der Formulierung, minimale Verschiebungen im Verständnis des Modells oder schlicht statistische Streuungen in der Antwort führen zu abweichenden Ergebnissen.

Hier setzt Context Engineering an: Statt die KI nur mit einer Frage zu füttern, geben wir ihr systematisch Kontext. Datenbankschemata, Kennzahldefinitionen, Berichtsvorlagen, historische Werte. Je mehr Kontext, desto deterministischer wird die Antwort.

Doch auch das hat Grenzen. Context Engineering liefert Information, aber keine Fähigkeiten.

Vom Kontext zum Werkzeug: Tool und Skill Engineering

Der nächste Schritt besteht darin, der KI nicht nur Daten zu geben, sondern Werkzeuge.

Ein KI-System im Controlling, das auf einem Datenbank-Parser basiert, kann SQL-Abfragen selbstständig generieren und ausführen. Es kann Excel-Tabellen lesen, PDFs parsen oder API-Endpunkte abfragen. Jedes dieser Werkzeuge erweitert den Handlungsspielraum der KI.

Tool Engineering bedeutet: Die KI bekommt nicht nur gesagt, was sie wissen soll, sondern auch, womit sie arbeiten kann.

Beispiel aus der Praxis

Ein Harness für den Monatsabschluss: Die KI hat Zugriff auf ein ERP-Datenbank-Schema (Tool 1), einen Parser für Vertriebs-CSV-Dateien (Tool 2), eine Vorlage für den Management-Report (Tool 3) und einen E-Mail-Versand-Service (Tool 4). Sie kann Abweichungen analysieren, Kommentare generieren und den Bericht direkt an den Empfänger senden – alles innerhalb eines definierten Rahmens.

Skill Engineering geht noch einen Schritt weiter. Hier werden ganze Fähigkeitsbündel definiert: eine Abfolge von Schritten, die die KI immer dann ausführt, wenn ein bestimmtes Ziel erreicht werden soll. Ein Skill „Monatsbericht“ könnte die Schritte Daten laden, Kennzahlen berechnen, Abweichungen analysieren, Kommentare schreiben, Bericht generieren und versenden umfassen.

Jetzt wird es interessant. Denn mit Tools und Skills haben wir die KI befähigt, eigenständig zu handeln. Aber wir haben noch keine Kontrolle darüber, wie sie handelt.

Harness Engineering – der Rahmen für produktive KI

Ein Harness ist im technischen Sinne das, was ein Pferdegeschirr für das Pferd ist: eine Umgebung, die Kräfte kanalisiert, Richtung vorgibt und Ausbrechen verhindert.

Harness Engineering bedeutet: Wir bauen eine Laufzeitumgebung für KI-Agenten.

Diese Umgebung definiert:

Der entscheidende Unterschied zum bloßen Prompt: Ein Harness ist deterministisch in seiner Struktur, aber flexibel in seiner Ausführung. Der Rahmen steht fest – die KI bewegt sich innerhalb dieses Rahmens.

Für das Controlling bedeutet das: Ein Harness für den Monatsabschluss ist ein wiederholbarer, testbarer und auditierbarer Prozess. Die KI kann innerhalb dieses Prozesses eigene Entscheidungen treffen (welche Abweichung hervorheben, welche Formulierung wählen), aber sie kann den Prozess nicht verlassen.

Kernprinzip des Harness Engineering

Keine reinen KI-Anwendungen – sondern Anwendungen, die um die Daten herum gebaut werden. Die KI wird in einen strukturierten Rahmen eingebettet. Der Rahmen definiert die Zuverlässigkeit, die KI liefert die Intelligenz.

Loop Engineering – Wiederholung mit Gedächtnis

Ein einzelner Harness ist bereits wertvoll. Aber die meisten Controlling-Prozesse sind keine einmaligen Aktionen, sondern wiederkehrende Zyklen.

Der Monatsabschluss wiederholt sich jeden Monat. Der Forecast wird quartalsweise aktualisiert. Die Budgetplanung folgt einem jährlichen Rhythmus.

Loop Engineering adressiert genau diese Wiederholung. Ein Loop ist ein Harness, der nicht nur einmal ausgeführt wird, sondern in regelmäßigen Abständen – mit Gedächtnis.

Der Loop speichert:

Stellen Sie sich einen Forecast-Loop vor: Im ersten Monat berechnet die KI eine Prognose auf Basis historischer Daten. Der Controller korrigiert eine Schätzung für einen Sondereffekt. Im zweiten Monat berücksichtigt die KI diese Korrektur automatisch. Der Loop hat gelernt.

Loop Engineering macht KI-Systeme zu lernenden Organisationen.

Graph Engineering – das Zusammenspiel mehrerer Systeme

Die höchste Stufe der KI-Architektur im Controlling ist das Graph Engineering.

Ein Graph verbindet mehrere Harnesse, mehrere Loops und unter Umständen mehrere KI-Modelle miteinander. Anders als eine lineare Pipeline, bei der Daten von A nach B fliessen, erlaubt ein Graph verschiedene Pfade, alternative Berechnungen und parallele Ausführungen.

Ein konkretes Beispiel: Ein Unternehmen betreibt drei Harnesse parallel – einen für den Vertriebsbericht, einen für die Finanzkennzahlen und einen für den Personalreport. Alle drei Harnesse speisen in einen vierten Loop ein, der den Gesamtbericht für die Geschäftsführung erzeugt. Ein fünfter Harness analysiert die Abweichungen zwischen den Berichten und erzeugt Vorschläge für die Abstimmung.

Graph Engineering bildet die tatsächliche Komplexität eines Unternehmens ab: Nicht linear, sondern vernetzt. Nicht sequenziell, sondern parallel. Nicht starr, sondern anpassbar.

Engineering-Stufe Fokus KI-Artefakt
Prompt Formulierung Einzelantwort
Context Information Kontextualisierte Antwort
Tool Werkzeuge Handelndes System
Skill Fähigkeiten Mehrschritt-Prozess
Harness Rahmen Wiederholbare Umgebung
Loop Zyklus Lernender Prozess
Graph Netzwerk Verbundene Organisation

Warum das Harness die Daten in den Mittelpunkt stellt

Ein Missverständnis zieht sich durch viele KI-Diskussionen im Controlling: die Annahme, dass KI-Anwendungen um die KI herum gebaut werden.

Das Gegenteil ist der Fall.

Wirksame KI-Systeme im Controlling werden um die Daten herum gebaut – nicht um das Modell.

Das KI-Modell ist austauschbar. Heute GPT-4o, morgen Claude 4, übermorgen ein spezialisiertes Finanzmodell. Die Datenarchitektur, die Parser, die Validierungslogik, die Berichtsstruktur – das bleibt. Das ist das eigentliche System.

Ein Harness kapselt diese Bestandteile:

Der Controller der Zukunft wird nicht primär Prompts optimieren. Er wird Harnesse entwerfen, die Datenflüsse definieren und die Qualitätskriterien festlegen. Das KI-Modell ist dabei nur eine Komponente unter vielen.

Der Harness als Qualitätsgarant

Einer der größten Vorbehalte gegenüber KI im Controlling ist die gefühlte Unberechenbarkeit. Einmal liefert die KI eine brillante Analyse, beim nächsten Mal eine irreführende – und der Controller kann nicht nachvollziehen, warum.

Ein gut gebauter Harness adressiert dieses Problem systematisch:

Die Qualitätsformel des Harness Engineering

Zuverlässigkeit = (Struktur × Validierung) / (Freiheitsgrade der KI)

Je enger der Rahmen und je systematischer die Prüfung, desto verlässlicher das Ergebnis – ohne die Intelligenz der KI zu ersticken.

Was Controller über Harness Engineering wissen sollten

Die Entwicklung hin zum Harness Engineering verändert das Selbstverständnis des Controllers. Sie ist keine Bedrohung, sondern eine Befreiung – von der Routinearbeit hin zur Architekturarbeit.

Konkret bedeutet das:

Das setzt voraus, dass Controller bereit sind, sich mit den Grundlagen dieser Architektur vertraut zu machen. Nicht als Programmierer, aber als fachliche Gestalter. Wer heute beginnt, sich mit Datenmodellen, Parsern und Automatisierungslogiken zu beschäftigen, wird in wenigen Jahren einen entscheidenden Wettbewerbsvorteil besitzen.

Denn das Wissen über das Geschäft – die Kennzahlen, die Zusammenhänge, die Ausnahmen – bleibt die unersetzliche Domäne des Menschen. Die KI liefert die Umsetzung. Der Controller liefert das Verständnis. Der Harness liefert die Struktur, die beides verbindet.

Der Weg zur Harness-Organisation

Die wenigsten Unternehmen werden von heute auf morden zu Harness-basierten KI-Systemen springen. Der Weg dorthin ist evolutionär.

Er beginnt mit dem Bewusstsein, dass der einzelne Prompt nicht das Ziel ist. Er führt über das Experimentieren mit Kontext, über die Integration erster Werkzeuge, über die Definition von Skills. Irgendwann entsteht der erste Harness – eine wiederholbare Umgebung für einen klar definierten Controlling-Prozess.

Die entscheidenden Schritte auf diesem Weg sind:

  1. Einen Prozess identifizieren: Wählen Sie einen wiederkehrenden Reporting-Prozess mit klaren Regeln.
  2. Die Datenlandschaft erfassen: Welche Quellen, welche Formate, welche Qualität?
  3. Die Logik dokumentieren: Welche Kennzahlen, welche Berechnungen, welche Ausnahmen?
  4. Einen Parser bauen: Übersetzen Sie die Rohdaten in eine fachliche Struktur.
  5. Validatoren definieren: Welche Plausibilitätsprüfungen muss das System bestehen?
  6. Die KI einbetten: Geben Sie dem Modell Kontext, Tools und Skills – aber in einem definierten Rahmen.
  7. Den Loop schliessen: Machen Sie den Prozess wiederholbar und lernfähig.

Das klingt nach viel Arbeit. Und das ist es auch. Aber es ist einmalige Arbeit für einen dauerhaften Nutzen. Statt jeden Monat denselben Bericht manuell zu erstellen, bauen Sie einmal einen Harness, der ihn automatisch erzeugt – mit konsistenter Qualität, vollständiger Transparenz und der Fähigkeit, aus jeder Iteration zu lernen.

Fazit: Vom Prompt zur Plattform

Die KI-Entwicklung im Controlling durchläuft derzeit eine Metamorphose, die wir in der Softwareindustrie bereits einmal erlebt haben: den Übergang vom Einzelprogramm zur Plattform.

Prompt Engineering war der Einstieg – die erste Begegnung mit der neuen Technologie. Context, Tools und Skills waren die nächsten Schritte – die Entdeckung, dass KI mehr kann als antworten. Harness Engineering ist der Durchbruch – die Erkenntnis, dass KI zuverlässig und wiederholbar arbeiten muss, um produktiv zu sein.

Die Kernbotschaft dieses Artikels ist einfach und tiefgreifend zugleich:

Es gibt keine reinen KI-Anwendungen im Controlling. Es gibt nur Anwendungen, die um die Daten herum gebaut werden, in die KI als intelligente Komponente eingebettet ist. Der Harness ist der Rahmen, der diese Einbettung strukturiert, kontrolliert und wiederholbar macht.

Wer heute beginnt, in Harnesses zu denken – in Umgebungen, Rahmen und wiederholbaren Prozessen –, wird in der Lage sein, KI im Controlling nicht nur zu nutzen, sondern zu beherrschen.

Das ist der Unterschied zwischen einem Unternehmen, das mit KI experimentiert, und einem Unternehmen, das mit KI steuert.

Wie weit ist Ihr Unternehmen auf dem Weg zum Harness?

Arbeiten Sie bereits mit KI-gestützten Reporting-Prozessen oder stehen Sie noch am Anfang? Ich freue mich über Ihre Erfahrungen und Fragen.

Kontakt aufnehmen