Governance für regulierte KI
Lege organisationsbezogene Richtlinien fest, weise Budgets zu, setze Routing-Regeln vor der Inferenz durch und prüfe Konfigurationsänderungen sowie KI-Interaktionen.
D×E-Routing-Richtlinie
Lege Datensensibilitäts-Standards (D-Klasse) für Nachrichten und Dateien fest, weise Anbieter-Umgebungsklassen (E-Klasse) zu und blockiere inkompatible Chat-Anfragen vor der Inferenz.
Data-Routing entdecken →Native-Tool-Modi
Bestimme für jedes Native Tool, wie viel menschliche Aufsicht im Chat nötig ist: von Genehmigung vor der Ausführung bis zu autonomen Läufen.
Native-Tool-Modi entdecken →Budgets
Begrenze Ausgaben pro Mitglied oder API-Schlüssel und pro Anbieter. Organisationen verteilen den System-Gateway-Pool; BYOK bleibt unbegrenzt, bis du optionale Caps setzt.
Budgets entdecken →Nutzungs- und Audit-Sichtbarkeit
Prüfe Inferenz-Aktivität über Chat und API, sieh dir Konfigurations-Audits für Richtlinien- und Anbieteränderungen an und verfolge administrative Aktionen.
Audit-Sichtbarkeit entdecken →Routing
Data-Routing-Richtlinie
Wähle, welche Anbieter-Umgebungsklassen welche Datensensibilitätsstufe verarbeiten dürfen. Inkompatible Chat-Anfragen werden vor der Inferenz blockiert.
Interaktive Demo. Es werden keine Daten gespeichert.
Datensensibilitäts-Standards
Nachrichten- und Datei-Sensibilität können getrennt konfiguriert werden. Enthält eine Anfrage eine Datei, nutzt Steinkauz die strengere effektive Sensibilität.
Standard-Sensibilität für Nachrichteninhalte im Chat, bevor das Routing geprüft wird.
Vorausgewählte Sensibilität für hochgeladene Dateien. Anhänge können die effektive Sensibilität über den Nachrichten-Standard anheben.
Anbieter
Jeder Anbieter hat eine Anbieter-Umgebungsklasse (E-Klasse). Wähle einen, um eine Anfrage zu simulieren.
Anfrage simulieren
Wähle, ob die Anfrage einen Dateianhang enthält, um zu sehen, wie die effektive Sensibilität berechnet wird.
Effektive Sensibilität: D0: Öffentlich
D×E-Routing-Matrix
Konfiguriere, welche Anbieter-Umgebungsklassen welche Datensensibilitätsstufe verarbeiten dürfen. Zellen umschalten, um Kombinationen zu erlauben oder zu blockieren.
| Datensensibilität | E0: Nicht klassifiziert | E1: Öffentlich verwaltet | E2: Enterprise verwaltet | E3: Private Cloud | E4: Kundengehostet | E5: On-Premise |
|---|---|---|---|---|---|---|
| D0: Öffentlich | ||||||
| D1: Intern | ||||||
| D2: Vertraulich | ||||||
| D3: Eingeschränkt | ||||||
| D4: Kritisch |
Die vollständige D×E-Matrix gilt im Chat. API-Schlüssel erzwingen separat eine Mindest-Anbieter-Umgebungsklasse (nur E-Klasse).
Native Tools
Native-Tool-Betriebsmodi
Nicht jedes Native Tool birgt dasselbe Risiko. Passe die menschliche Aufsicht an die Fähigkeiten des Tools an.
Warum Betriebsmodi wichtig sind
Native Tools können externe Daten lesen, Bilder erzeugen oder Nebenwirkungen auslösen. Betriebsmodi lassen Organisationen entscheiden, ob ein Tool autonom läuft, im Chat sichtbar bleibt oder zuerst explizit genehmigt werden muss.
Human in the Loop
Der Nutzer muss den Tool-Aufruf genehmigen, bevor er ausgeführt wird, und kann Parameter vor der Ausführung bearbeiten.
Human on the Loop
Das Tool läuft ohne vorherige Genehmigung, aber der Nutzer sieht im Chat, was passiert ist, und kann bei Bedarf eingreifen.
Human out of the Loop
Das Tool läuft autonom ohne Chat-Sichtbarkeit, nur für risikoarme, klar abgegrenzte Automatisierung geeignet.
Pro Tool konfigurieren
Owner und Admins legen für jedes aktivierte Native Tool einen Betriebsmodus fest. Mitglieder arbeiten im Chat innerhalb dieser Grenzen.
Websuche
Human on the Loop
Bildgenerierung
Human in the Loop
Plattform-API-Anfragen führen Tools ohne HITL-Genehmigung aus. Betriebsmodi gelten im Chat.
Budgets
Budgets unter einer Kontrollebene
Budgets steuern, wie viel jedes Mitglied oder jeder API-Schlüssel auf jedem Anbieter nutzen darf—im Chat und in der Platform API gleichermaßen.
- Caps gelten pro Mitglied oder API-Schlüssel × Anbieter, nicht als ein einziges globales Limit
- Bei Gateway-Tarifen finanzieren bezahlte Seats einen System-Gateway-Pool, den Admins auf Mitglieder und API-Allokation verteilen—wer einen Cap erhöht, verringert den Spielraum für andere
- Chat und Platform API teilen dieselben Budget-Regeln
- BYOK bleibt bei Steinkauz unbegrenzt, bis du optionale Budgets setzt; Individual-Workspaces und Organisationen konfigurieren Caps unter Einstellungen → Budgets
Statische Vorschau von Pool-Allokation und Caps pro Subjekt.
System-Gateway-Pool
Diese Periode- Pool
- 120,00 $
- Mitglieder
- 90,00 $
- API-Allokation
- 30,00 $
Subjekt × Anbieter
Alex (Mitglied)
System GatewayJordan (Mitglied)
System GatewayAlex (Mitglied)
Azure OpenAI (BYOK)Nur Vorschau. Live-Budgets konfigurierst du in der App unter Einstellungen → Budgets.
Audit
Sichtbarkeit und Audit
Zwei ergänzende Oberflächen: KI-Inferenz-Aktivität und Konfigurationsänderungen.
Schnelle Metadaten zeigen Anbieter, Modell, Tokens, Antwortzeit und Kosten für diese Antwort.
Transparenz pro Nachricht
Sieh, welches Modell genutzt wurde, was es gekostet hat, und prüfe Metadaten jeder Antwort. Die vollständige Spur findest du in der durchsuchbaren Aktivitätshistorie.
Klicke auf das Info-Symbol für schnelle Metadaten einer Antwort.
KI-Inferenz-Aktivität
- Metadaten pro Nachricht im Chat: Anbieter, Modell, Tokens, Kosten, Latenz und schneller Routing-Kontext
- Eigene Aktivitätsseite für durchsuchbare Anfragen über Chat und API mit API-Schlüssel-Zuordnung
- Schritt-Drill-down in Modellaufrufe, Tool-Ausführungen, Timing und exportierbare Historie
- Einheitliche Nutzungs- und Kostensichtbarkeit für Abgleich und Prüfung
Jede Inferenz-Anfrage, ob Chat oder API, erscheint in einem durchsuchbaren Aktivitätsprotokoll mit Drill-down-Details.
web_searchHOTLSchnelle Metadaten sind pro Nachricht im Chat verfügbar. Öffne Einstellungen → Nutzung für die vollständige Aktivitätsseite mit Filtern, Export und Schritt-Drill-down.
Filtere nach Quelle, Modell, API-Schlüssel oder Routing-Klasse. Prüfe Modellschritte, Tool-Aufrufe, Timing und Kosten-Zuordnung.
Jede relevante Richtlinien- oder Anbieteränderung hinterlässt eine Spur zur Prüfung.
D3: Eingeschränkt → E1: Öffentlich verwaltet nach Matrix-Update blockiert.
Standard-Dateisensibilität von D1: Intern auf D2: Vertraulich geändert.
Betriebsmodus für Bildgenerierung von HOTL auf HITL geändert.
Azure-OpenAI-Anbieter-Umgebungsklasse auf E3: Private Cloud aktualisiert.
Routing-, Tool-, Anbieter- und Mitgliedschafts-Audit-Protokolle sind in den Organisations-Einstellungen verfügbar.
Konfigurations-Audit
- Routing-Richtlinien-Audit für Matrix-Änderungen, blockierte Routing-Versuche und Sensibilitäts-Herabstufungen mit Begründung
- Tool-Richtlinien-Audit für Betriebsmodus- und Aktivierungsänderungen
- Anbieter-Audit für Erstellung, Updates, Löschung und Umgebungsklassen-Änderungen
- Administratives Audit für mitgliedschafts- und abrechnungsrelevante Organisations-Änderungen
KI steuern, ohne Agilität zu verlieren
Setze Richtlinien in der Kontrollebene und nutze denselben Stack über den API-Zugang.