Engineering-Prinzipien

Ein Engineering-Wertesystem, über sehr unterschiedliche Domänen hinweg

KI macht das Bauen schnell. Schnell heißt meist Slop. Das Gegenmittel ist nicht langsamer — es ist ein konsistenter Satz von Engineering-Prinzipien, angewandt egal in welcher Domäne. An denselben fünf habe ich über ein Production-RAG-System, eine bidirektionale SAP-HANA-Data-Warehouse-Engine und meine Agent-Systeme hinweg festgehalten — einschließlich des Governance-Frameworks, das ich bewusst stillgelegt habe, als ein schlankeres Setup dieselben Ziele erfüllte. Genau diese Konsistenz — mehr als jedes einzelne Projekt — meine ich, wenn ich von Denken in Systemen spreche.

Reproduzierbares, auditierbares Ergebnis schlägt einen schnelleren Weg, den man nicht durchdenken kann.

• — RAG: eine regelbasierte, deterministische Ingestion-Pipeline — kein LLM im Datenpfad, sodass dieselbe Quelle immer dieselben Chunks ergibt.
• — SAP-HANA-Engine: byte-stabile Roundtrip-Tests — dieselbe Spezifikation erzeugt bei jedem Lauf identische Bytes.
• — Agent-Systeme: ein Kernel ohne LLM-Aufrufe, der einen Workflow pro Aufruf um genau eine Transition voranbringt.

Architektonische Regeln, deren Verletzung der Code verweigert und als Fehler sichtbar macht — keine Kommentare, die man vergisst.

• — RAG: Compute-once-Budgets und Stage-Contracts an jeder Stage-Grenze — Verletzungen werfen Fehler, sie warnen nicht.
• — SAP-HANA-Engine: erzwungene Read-Write-Symmetrie — ein neues Spec-Feld erzwingt Typ, Parser, Generator und Roundtrip-Test in einem Schritt.
• — Agent-Systeme: Single-Shot-Agenten-Contracts, erzwungen als typisierte Exceptions.

Eine maßgebliche Repräsentation; alles andere wird abgeleitet, nie dupliziert.

• — SAP-HANA-Engine: eine gemeinsame Zwischenrepräsentation treibt Lesen und Schreiben der Warehouse-Objekte.
• — RAG: dieselbe Anreicherungs-Repräsentation wird auf Chunks zur Index-Zeit und auf Queries zur Such-Zeit angewandt — eine Repräsentation auf beiden Seiten des Embedding-Matches, der Retrieval-Zwilling der Read-Write-Symmetrie der Engine.
• — Agent-Systeme: eine versionierte Memory-SSOT und ein einziges Gateway-Guardrail — ein Fix für jeden Client.

Man kann nicht verbessern, was sich nicht mit Zuversicht messen lässt — also baue ich die Messung ein.

• — RAG: Retrieval-Evaluation stratifiziert nach der Dimension, die sich tatsächlich steuern lässt — Ziel-Seitentyp, der auf eine Chunking-Strategie abbildet — bewusst gewählt statt eines Query-Intent-Schnitts, der den Recall eines Segments schmeichelhaft zeigte. Die ehrliche Zahl lag niedriger.
• — SAP-HANA-Tooling: Golden-Master- und Snapshot-Tests als Sicherheitslinie für Refactorings.
• — Agent-Systeme: Modell- und Budget-Entscheidungen gemessen statt angenommen — ein größeres Token-Budget kaufte keine Denktiefe; erst ein stärkeres Modell verschob die Linie.

Ein System wird ebenso sehr dadurch definiert, was es bewusst nicht tut, wie durch das, was es tut.

• — RAG: Scope begrenzt auf die Wissens- und Retrieval-Schicht — Generierung ist ein gemanagter Modellaufruf, klar benannt.
• — SAP-HANA-Engine: eine explizite „Was die Engine nicht tut"-Liste — kein Raten von Business-Logik, kein Produktionszugriff.
• — Agent-Systeme: eine bewusste Grenze — „das hebt nicht die Modellfähigkeit; bau kein Framework, das nicht gebraucht wird" — durchgesetzt gegen die eigene Arbeit, als ich das Framework stillgelegt habe, das sie überschritt.