Artikel 6/7 — Gates und Guardrails: „Öffnet zu 100 % sauber"

3 Min. LesezeitKünstliche Intelligenz

Im sechsten Artikel der Serie #BIwithAI gehe ich genauer auf die Gates ein, diese habe ich bereits in meinen vorherigen Artikeln erwähnt, aber was bedeutet das? Was machen sie und warum bringen sie so eine große Steigerung in der Qualität des Outputs? #AI #PowerBI #MSFabric #Fabric

Artikel 6/7 — Gates und Guardrails: „Öffnet zu 100 % sauber"

„Ich glaube, der Bericht passt." Dieser Satz ist wertlos — egal, ob ihn ein Mensch oder eine KI sagt. Unser System baut nicht auf Glauben, sondern auf Beweisen. Und es erzwingt sie.

Zwei Begriffe, ein Ziel

Ein Gate ist ein verpflichtender Prüfpunkt, den die Arbeit passieren muss, bevor sie als fertig gilt. Eine Guardrail verhindert das Abkommen — sie hält den Agenten von gefährlichen Aktionen ab. Gates sichern Qualität, Guardrails sichern Sicherheit.

Der demütigende Grundsatz

Der wichtigste Grundsatz: Selbsteinschätzung ist niemals ein Fertig-Kriterium. Nur ausführbare Checks mit eindeutigem Exit-Code entscheiden.

Das harte End-Gate für Power BI

Vor „Fertig" läuft ein zentrales End-Gate — fail-closed. Es entdeckt alle Artefakte (Report, Semantic Model, Projektdatei) und fährt alle anwendbaren Validatoren:

  • Ein Secret-Scanner — keine Tenant-IDs, Workspace-IDs oder Connection Strings im Artefakt.
  • Ein Modell-Sanity-Check — das Semantic Model parst sauber (u. a. gültige Partition-Typen).
  • Ein Report-Validator — prüft jeden Bericht strikt gegen Struktur und Schema.
  • Ein Overlap-Check — differenziert: Design-Overlaps (Header, Logo) sind erlaubt, funktionale Überlappungen (Charts, Slicer) bleiben Fehler.
  • Ein Query-Schema-Check und ein Template-Compliance-Check — Query-Schema bzw. Treue zur Corporate-Vorlage.

„Fail-closed" heißt: Im Zweifel bleibt die Schranke geschlossen. Fehlt ein Prüfwerkzeug oder ist ein Ergebnis unklar, wird blockiert statt durchgewunken. Genau dieses Gate hätte einen realen Bug gefangen, bei dem ein Bericht in Power BI Desktop mit „InvalidValueFormat" abstürzte — bevor er beim Nutzer landete.

Der Stop-Hook und die unabhängige Abnahme

Erklärt der Orchestrator sich für fertig, greift ein Stop-Hook: Er erzwingt das End-Gate — solange es nicht grün ist, kann „Fertig" nicht true werden, egal was der Agent „denkt". Für das visuelle Urteil erzeugt das System echte Screenshots über die Desktop-Bridge und lässt sie vom unabhängigen Prüfer abnehmen (PASS/NEEDS_CHANGES). Notbremsen — maximale Iterationszahl, Kostenbudget, Stillstandserkennung — beenden den Loop echt und übergeben an den Menschen.

Guardrails für Power BI im Detail

  • Deutsche Umlaute Pflicht: echte ä ö ü, nie ae/oe/ue; UTF-8 ohne BOM. Klingt banal, ist aber ein klassischer Stolperstein bei generierten Visual-Titeln und Labels.
  • Keine Hardcodes: IDs und Secrets werden externalisiert, nicht ins Artefakt geschrieben.
  • Ein Guard gegen destruktive Aktionen blockiert irreversible Fabric-Operationen (Workspace/Capacity löschen, drop/delete) bis zur menschlichen Freigabe.
  • Enge Schreibrechte: Der Builder darf zentrale Zustandsdateien nicht anfassen.

Zwei saubere Endzustände

Der Loop endet nur zweifach: fertig oder Mensch erforderlich (z. B. ein fehlender Cloud-/Fabric-Login oder ein Daten-Refresh, den nur Power BI Desktop auslösen kann).

Verlässlichkeit ist hier keine Hoffnung, sondern eine erzwungene Eigenschaft des Systems.

Welche Prüfungen würden Ihre Power-BI-Auslieferung härter machen? 👇

#PowerBI #AISafety #QualityGates #LoopEngineering #MicrosoftFabric #Governance

Teilen:

Weitere Artikel