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

# Fehler

> Wiederholte Fehler gruppieren und die dahinterliegenden Sitzungen öffnen.

Fehler bietet dir eine fehlerorientierte Übersicht über alle Sitzungen. Gruppiere nach Fehlertyp, Agent, Umgebung, Modell, Tool oder Zeitfenster, um wiederkehrende Betriebsprobleme zu identifizieren.

## Fehler untersuchen

<Tabs>
  <Tab title="Dashboard">
    1. Gehe zu **Observe → Errors**.
    2. Filtere nach Umgebung, Ereignistyp, Fehlertyp, Agent, Sitzungs-ID oder Suchtext.
    3. Klappe einen gruppierten Fehler auf, um die einzelnen Vorkommen zu sehen. Wähle eine Zeile aus, um das genaue Ereignis in der zugehörigen Sitzung zu öffnen.
    4. Wähle das Glockensymbol bei einem repräsentativen Fehler aus, um einen Alert für ähnliche Fehler einzurichten.

           <img src="https://mintcdn.com/exosphere/WgPwQzedeDNwJBTy/images/dashboard/errors.png?fit=max&auto=format&n=WgPwQzedeDNwJBTy&q=85&s=fb6973d5708bcd6be0dc5a887450dec0" alt="Die Fehlerseite mit einem Fehler-Histogramm, gruppierten Fehlern und der Schaltfläche zum Erstellen eines Alerts." width="3200" height="2000" data-path="images/dashboard/errors.png" />
  </Tab>

  <Tab title="CLI">
    ```bash theme={null}
    fp errors --env production --since 24h
    fp errors --error-type TimeoutError --agent-id checkout-agent
    fp errors --aggregate --env production --since 7d
    ```

    Verwende `fp events --full --session-id <id>`, wenn du die rohen Nutzdaten hinter einer Fehlerzusammenfassung benötigst.
  </Tab>
</Tabs>

## Fehler verwenden, wenn du Folgendes benötigst

* Die häufigste Fehlerklasse in der Produktionsumgebung ermitteln.
* Herausfinden, ob ein bestimmtes Tool oder Modell einen Anstieg verursacht.
* Von einer aggregierten Anzahl zu repräsentativen Sitzungen springen.
* Einen Alert für das Wiederauftreten erstellen.
* Die betroffene Population in ein Audit einbeziehen.

Ein Fehler ist ein beobachtetes Ereignis. Eine fehlgeschlagene Evaluierung ist ein Qualitätsurteil, und ein Audit-Befund ist ein untersuchtes Fehlermuster. Behalte diese Unterscheidungen im Blick, wenn du entscheidest, welchen Reaktions-Workflow du verwenden möchtest.

<Card title="Alert erstellen" icon="bell-ring" href="/de/audits/alerts">
  Benachrichtige Verantwortliche, wenn ein Fehler oder eine Qualitätsbedingung einen Schwellenwert überschreitet.
</Card>