# Eine Ausführung nachsteuern

> Eine Korrektur senden, während ein Agent noch arbeitet – was sie ändern kann, wann sie greift und was passiert, wenn deine Nachsteuerungen aufgebraucht sind.

**Nachsteuern** heißt, einer [Ausführung](/de/docs/work/runs/), die noch läuft, eine Korrektur zu schicken. Der Agent greift sie im nächsten Schritt auf. Eine Korrektur kostet also einen Schritt statt der ganzen Ausführung.

## Wann du nachsteuerst

In dem Moment, in dem du siehst, dass die Ausführung in die falsche Richtung läuft. Lässt du eine schlechte Ausführung zu Ende laufen und erklärst danach, was falsch war, ist alles verschwendet, was sie in der Zwischenzeit getan hat. Außerdem muss der Agent den Kontext neu aufbauen, den er vor deinen Augen schon einmal gesammelt hat.

Gute Nachsteuerungen sind kurz und korrigieren gezielt:

- *„Nur diese Woche, nicht den ganzen Monat.“*
- *„Lass die Newsletter weg.“*
- *„Schreib es als Tabelle, nicht als Fließtext.“*
- *„Hör auf zu suchen, du hast schon genug. Fass nur noch zusammen.“*

## So funktioniert es

Tippe ins Eingabefeld, während die Ausführung läuft, und sende. Mehr ist nicht zu tun: Eine Nachricht, die während einer Ausführung gesendet wird, ist eine Nachsteuerung, kein neuer Durchgang.

Der Agent schließt den Tool-Aufruf ab, den er gerade macht, und liest deine Korrektur, bevor er über den nächsten Schritt entscheidet. Deshalb scheint eine Nachsteuerung manchmal eine Aktion zu spät anzukommen: Ein bereits laufender Aufruf wird nicht abgebrochen.

## Was Nachsteuern ändern kann und was nicht

| Kann | Kann nicht |
| --- | --- |
| Umlenken, was der Agent als Nächstes tut | Einen bereits gelaufenen Tool-Aufruf rückgängig machen |
| Die Aufgabe eingrenzen oder erweitern | Modell oder Prompt für diese Ausführung ändern |
| Das Ausgabeformat ändern | Daten wiederherstellen, die eine Aktion bereits gelöscht hat |
| Die Suche beenden und eine Antwort verlangen | Eine E-Mail zurückholen, die eine freigegebene Aktion bereits gesendet hat |

Alles Unumkehrbare sichert die [Freigabeschranke](/de/docs/work/approvals/) ab, nicht das Nachsteuern. Sie ist der Mechanismus für „Tu das nicht“, und sie greift *vor* der Aktion, nicht danach.

## Wenn die Nachsteuerungen aufgebraucht sind

Eine einzelne Ausführung nimmt nur eine begrenzte Zahl an Nachsteuerungen an, standardmäßig fünf. Das verhindert, dass eine Ausführung endlos umgelenkt wird, statt neu gestartet zu werden.

Erreichst du das Limit, geht deine Nachricht nicht verloren: Sie wird als normale Folgenachricht zugestellt und nach dem Ende der Ausführung bearbeitet. Die Unterhaltung zeigt dir an, wenn das passiert.

<Aside type="tip" title="Wiederholte Nachsteuerungen sind ein Prompt-Fehler">
  Wenn du demselben Agenten jedes Mal dieselbe Korrektur schickst, gehört sie in den
  [Systemprompt](/de/docs/build/system-prompt/). Eine Nachsteuerung repariert eine Ausführung,
  ein Prompt repariert alle.
</Aside>

## Einschränkungen

- Standardmäßig fünf Nachsteuerungen pro Ausführung.
- Eine Nachsteuerung gilt für die Ausführung, in die sie gesendet wurde. Für die nächste Ausführung wird sie nicht gemerkt, es sei denn, du nimmst sie in den Prompt oder ins [Gedächtnis](/de/docs/capabilities/memory/) auf.
- Nachsteuern ist in den Chat-Oberflächen verfügbar. Eine Ausführung, die eine [Routine](/de/docs/automate/routines/) oder ein [Kanal](/de/docs/automate/channels/) gestartet hat, liegt nicht vor dir, sodass du sie nicht nachsteuern kannst.
- Ein bereits laufender Tool-Aufruf wird abgeschlossen, bevor die Korrektur gelesen wird.

## Siehe auch

<CardGrid>
  <LinkCard
    title="Ausführungen"
    href="/de/docs/work/runs/"
    description="Was eine Ausführung ist und wie du sie live verfolgst."
  />
  <LinkCard
    title="Freigaben"
    href="/de/docs/work/approvals/"
    description="Die Schranke, die unumkehrbare Aktionen stoppt, bevor sie passieren."
  />
  <LinkCard
    title="Testen und iterieren"
    href="/de/docs/build/iterating/"
    description="Aus wiederholten Korrekturen einen besseren Agenten machen."
  />
</CardGrid>
