> ## Documentation Index
> Fetch the complete documentation index at: https://docs.responsibleailabs.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Anwendungen

> Wie API-Schlüssel, Umgebungen und Governance-Richtlinie zusammenspielen.

Eine **Anwendung** ist die Art, wie RAIL die KI-Produkte organisiert, die Sie überwachen. Jede Anwendung hat eigene API-Schlüssel, eine eigene Umgebung und eine eigene Governance-Richtlinie. Wenn Sie Inhalte mit einem Schlüssel bewerten, entscheidet die Richtlinie, die an die Anwendung dieses Schlüssels gebunden ist, wie das Ergebnis behandelt wird.

## Das Modell

<Steps>
  <Step title="Organisation">
    Ihr Konto gehört zu einer Organisation, die eine oder mehrere Anwendungen sowie Ihre Teammitglieder besitzt.
  </Step>

  <Step title="Anwendung">
    Jede Anwendung steht für ein KI-Produkt oder eine Oberfläche, die Sie steuern möchten, zum Beispiel einen Support-Chatbot oder einen Zusammenfasser. Sie trägt eine [Richtlinie](/concepts/policy-engine) und läuft in einer Umgebung (derzeit `production`).
  </Step>

  <Step title="API-Schlüssel">
    Schlüssel sind auf eine einzelne Anwendung beschränkt. Jede mit diesem Schlüssel durchgeführte Bewertung wird durch die Richtlinie dieser Anwendung gesteuert. Erstellen und verwalten Sie Schlüssel im [Dashboard](https://responsibleailabs.ai/dashboard).
  </Step>
</Steps>

## Ihre Konfiguration einsehen

Da ein Schlüssel an eine Anwendung gebunden ist, können Sie die API fragen, was sie steuert. Diese schreibgeschützten Endpunkte funktionieren mit jedem `rail_`-Schlüssel:

<CardGroup cols={3}>
  <Card title="Konfiguration" icon="gear" href="/api-reference/config">
    Die Anwendung und Richtlinie, an die Ihr Schlüssel gebunden ist, und ob die Durchsetzung aktiv ist.
  </Card>

  <Card title="Dimensionen" icon="chart-simple" href="/api-reference/dimensions">
    Die 8 RAIL-Dimensionen und wie Ihre Anwendung sie gewichtet.
  </Card>

  <Card title="Funktionen" icon="list-check" href="/api-reference/capabilities">
    Die für Ihren Plan verfügbaren Funktionen und Limits.
  </Card>
</CardGroup>

## Die Richtlinie stammt aus der Anwendung

Sie übergeben nicht bei jeder Anfrage Governance-Regeln. Jede Anwendung trägt eine Richtlinie, die einmalig im Dashboard konfiguriert und automatisch auf jede Bewertung angewendet wird, die ihre Schlüssel durchführen. Eine neue Anwendung startet im reinen Beobachtungsmodus, sodass nichts blockiert wird, bis Sie sich für die Durchsetzung entscheiden. Was eine Richtlinie enthält und wie sich die Durchsetzungsmodi (protokollieren, blockieren, neu generieren) verhalten, finden Sie in der [Richtlinien-Engine](/concepts/policy-engine).

**Gesperrt vs. entsperrt.** Standardmäßig ist eine Richtlinie *entsperrt*: Parameter pro Anfrage wie `mode`, `domain` und `weights` überschreiben die Richtlinien-Standardwerte, was praktisch ist, während Sie experimentieren. Wenn Sie eine Richtlinie *sperren*, werden diese Anfrageparameter ignoriert und die Richtlinie ist maßgeblich — nützlich, sobald Sie sich auf die Governance festgelegt haben, der jeder Schlüssel der Anwendung folgen soll. Prüfen Sie den aktuellen Zustand jederzeit mit [`GET /config`](/api-reference/config).

## Umgebungen

Eine Anwendung läuft in einer Umgebung — derzeit `production`. Umgebungen ermöglichen es einer Anwendung, später zum Beispiel Produktionsverkehr von Staging zu trennen; vorerst wird jeder Schlüssel gegen `production` ausgestellt.

<Note>
  Das Bearbeiten einer Richtlinie erfordert Dashboard-Zugriff. API-Schlüssel dienen zum Bewerten und Lesen der Konfiguration, nicht zum Ändern.
</Note>