Policy vor der Inferenz. Evidence danach.
Legen Sie organisationsbezogenes Routing und optionale Budgets fest und prüfen Sie, was genutzt und was geändert wurde. Dieselben Regeln gelten für jede Anfrage, unabhängig vom Konsumenten.
D×E-Routing-Richtlinie
Deklarieren Sie die Anfrage-Sensitivität (D-Klasse), weisen Sie Anbieter-Umgebungsklassen (E-Klasse) zu und blockieren Sie inkompatible Anfragen mit der Routing-Matrix vor der Inferenz. API-Schlüssel erzwingen Sensitivitätsvorgaben und Mindestklassen.
Data-Routing entdecken →Budgets
Begrenzen Sie optional Ausgaben pro Mitglied oder dediziertem API-Schlüssel und pro Anbieter. Ohne Obergrenze gilt kein optionales Budgetlimit; Routing und technische Limits gelten weiterhin. Steinkauz AI enthält kein Inferenz-Guthaben.
Budgets entdecken →Nutzungs- und Audit-Sichtbarkeit
Prüfen Sie Inferenz-Aktivität über alle Konsumenten, sehen Sie sich Konfigurations-Audits für Richtlinien- und Anbieteränderungen an und verfolgen Sie administrative Aktionen.
Audit-Sichtbarkeit entdecken →Routing
Data-Routing-Richtlinie
Wähle erlaubte Umgebungen je deklarierter Sensitivität. Unvereinbare API-Anfragen werden vor der Inferenz blockiert.
Interaktive Demo. Es werden keine Daten gespeichert.
API-Sensitivität
Ohne Deklaration gilt die Schlüsselvorgabe. Eine Deklaration muss die Mindestklasse des Schlüssels erfüllen; diese Demo setzt sie auf D0. Klassifiziere die gesamte Anfrage einschließlich flüchtiger Dateieingaben in deiner Anwendung.
Gilt ohne Sensitivitäts-Header in der Anfrage.
Wird mit X-Steinkauz-Data-Sensitivity übermittelt und gilt für die gesamte Anfrage.
Anbieter
Jeder Anbieter hat eine Anbieter-Umgebungsklasse (E-Klasse). Wählen Sie einen, um eine Anfrage zu simulieren.
Anfrage simulieren
Vergleiche die Schlüsselvorgabe mit einer expliziten Anfrage-Deklaration.
Effektive Sensibilität: D0: Öffentlich
D×E-Routing-Matrix
Konfigurieren Sie, welche Anbieter-Umgebungsklassen welche Datensensibilitätsstufe verarbeiten dürfen. Zellen umschalten, um Kombinationen zu erlauben oder zu blockieren.
| Datensensibilität | E0E0: Nicht klassifiziert | E1E1: Öffentlich verwaltet | E2E2: Enterprise verwaltet | E3E3: Private Cloud | E4E4: Kundengehostet | E5E5: On-Premise |
|---|---|---|---|---|---|---|
| D0D0: Öffentlich | ||||||
| D1D1: Intern | ||||||
| D2D2: Vertraulich | ||||||
| D3D3: Eingeschränkt | ||||||
| D4D4: Kritisch |
API-Schlüssel erzwingen zusätzlich eine Mindest-Datenklasse und Anbieterumgebung. Deklarationen dürfen die Mindestklasse nicht unterschreiten. Klassen sind Angaben des Kunden; die Platform klassifiziert keine Dateiinhalte.
Budgets
Optionale Obergrenzen, kein enthaltenes Guthaben
Begrenzen Sie Kosten und/oder Tokens pro Mitglied oder dediziertem API-Schlüssel, pro Anbieter. Leere Felder setzen keine optionale Obergrenze; andere Limits gelten weiterhin. Verbleibend 0 blockiert weitere Anfragen auf diesem Anbieter.
- Caps sind optional und gelten pro Mitglied oder dediziertem API-Schlüssel × Anbieter, nicht als ein einziges globales Limit und nicht als enthaltene Inferenz
- Kosten- und Token-Obergrenzen können unabhängig gesetzt werden; ein leeres Feld bleibt auf dieser Spur unbegrenzt
- Vererbte Schlüssel folgen dem Mitglieder-Budget der erstellenden Person; dedizierte Schlüssel haben eigene Obergrenzen
- Bestehende Tools und eigene Software nutzen über die API dieselben Regeln. Caps gelten für den aktiven Abrechnungszeitraum
Begrenzen Sie Kosten und/oder Tokens pro Mitglied oder dediziertem API-Schlüssel, pro Anbieter. Leere Felder setzen keine optionale Obergrenze; andere Limits gelten weiterhin. Verbleibend 0 blockiert weitere Anfragen auf diesem Anbieter.
Anthropic
Maya Chen
Mitglied
Tom Weber
Mitglied
Unbegrenzt
billing-bot
Dedizierter API-Schlüssel
Azure OpenAI
Maya Chen
Mitglied
Unbegrenzt
Unbegrenzt
Nur Vorschau. Owner und Admins konfigurieren Live-Budgets in der App unter Budgets. Caps gelten für den aktiven Abrechnungszeitraum.
Audit
Sichtbarkeit und Audit
Zwei ergänzende Oberflächen: KI-Inferenz-Aktivität und Konfigurationsänderungen.
KI-Inferenz-Aktivität
- Anfragedetails: schreibgeschütztes Ein-/Ausgabeprotokoll, Anfragemetadaten, Routingentscheidung, Verbrauch und sichere Dateinachweise
- Eigene Aktivitätsseite für durchsuchbare Anfragen über API mit API-Schlüssel-Zuordnung
- Laufzeit und Kosten der Modellaufrufe sowie JSON-Nachweisdownloads nach Inhaltsaufbewahrung und Rollenberechtigungen
- Einheitliche Nutzungs- und Kostensichtbarkeit für Abgleich und Prüfung
Gesteuerte API-Anfragen bieten durchsuchbare Richtlinien-, Zuordnungs- und Verbrauchsnachweise.
pde_8f2a…c91dÖffnen Sie Aktivität, um Eingaben, Ausgaben, Anfragemetadaten, Richtlinienentscheidung und Verbrauch in einer Detailansicht zu prüfen, abhängig von Aufbewahrung und Rollenberechtigungen.
Suchen und filtern Sie Anfragen nach Modell, Mitglied, API-Schlüssel, Verbindung, Entscheidung und Bearbeitungsstatus. Prüfen Sie Eingaben, Ausgaben, Laufzeit, Kosten und Richtliniennachweise mit den entsprechenden Berechtigungen.
Jede relevante Richtlinien- oder Anbieteränderung hinterlässt eine Spur zur Prüfung.
Routing-Matrix geändert: D3: Eingeschränkt → E1: Öffentlich verwaltet, erlaubt → blockiert.
API-Schlüssel mit Sensitivitätsvorgabe D2: Vertraulich und Mindestklasse D1: Intern erstellt.
Optionale Kostenobergrenze für Alex auf Azure OpenAI gesetzt.
Azure-OpenAI-Anbieter-Umgebungsklasse auf E3: Private Cloud aktualisiert.
Änderungen an Routing, Verbindungen, Budgets, API-Zugang und Mitgliedschaften finden Sie im Änderungsverlauf.
Konfigurations-Audit
- Änderungen der Routing-Matrix mit feldweisem Vorher/Nachher-Vergleich
- Budget-Audit für Cap-Änderungen an Mitgliedern und API-Schlüsseln
- 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
Setzen Sie Policy einmal. Wenden Sie sie auf die Werkzeuge an, die Sie bereits nutzen, und auf die Software, die Sie bauen.