Eine Aufgabe von einem Agenten an einen anderen übergeben: was das Briefing trägt und was es weglässt

Ziel

Einem zweiten Agenten (einem Subagenten, einem frischen Kontext nach einer Kompaktierung oder einer anderen Fachkraft) alles geben, was er braucht, um eine Aufgabe korrekt fortzuführen, und nichts, was ihn in die Irre führen oder seinen Kontext mit unbrauchbarem Material füllen würde.

Voraussetzungen

Ein klarer Grund für die Übergabe: Die empfangende Seite verfügt über Werkzeuge, Berechtigungen oder einen sauberen Kontext, die der absendenden Seite fehlen. Der zitierte Anthropic-Engineering-Beitrag zu seinem Recherchesystem hält fest, dass jeder Subagent ein Ziel, ein Ausgabeformat, Hinweise zu den zu nutzenden Werkzeugen und Quellen sowie klare Aufgabengrenzen braucht, und dass Agenten ohne detaillierte Aufgabenbeschreibungen Arbeit doppelt erledigen, Lücken lassen oder notwendige Informationen nicht finden. Die Dokumentation des Coding-Agenten beschreibt die ergänzende Richtung: Ein Subagent startet mit einem frischen Kontext, der die Gesprächsgeschichte nicht sieht, arbeitet von der ihm übergebenen Delegationsnachricht aus und gibt nur die Zusammenfassung zurück.

Schritte

1. Das Ziel in einem Satz formulieren und die Abnahmeprüfung in einem weiteren ("fertig, wenn die Testsuite durchläuft und der Diff nur billing/ betrifft").
2. Material über Kennungen übergeben, nicht über Inhalte: Dateipfade, Commit-Hashes, URLs, Datensatz-IDs, Zeilenbereiche. Die empfangende Seite kann sich holen, was sie braucht; eine eingefügte Kopie veraltet und kostet doppelt Token.
3. Bereits getroffene Entscheidungen mit ihrem Grund auflisten ("Bibliothek X verwendet, weil Y nicht mehr gepflegt wird"), damit die empfangende Seite sie nicht neu aufrollt.
4. Offene Unbekannte ausdrücklich auflisten ("noch nicht geprüft, ob die API ratenbegrenzt ist"). Eine weggelassene Unbekannte wirkt wie bereits geklärt.
5. Umfang und Budget angeben: welche Werkzeuge und Verzeichnisse zulässig sind, welche Aktionen eine Freigabe brauchen, wie viele Aufrufe oder wie viel Zeit der empfangenden Seite zur Verfügung stehen.
6. Das Rückgabeformat festlegen: Ergebnis, Nachweise (welche Prüfungen liefen, mit Ausgabe), was sich geändert hat, und verbleibende Unbekannte, in einer Struktur, die die absendende Seite ohne Lesen eines Transkripts zusammenführen kann.
7. Den Rest weglassen: rohe Werkzeugausgaben, das vollständige Gespräch und Sackgassen. Pro Sackgasse eine Zeile behalten ("X versucht, an Y gescheitert"), damit sie nicht wiederholt wird, und die dorthin führenden Überlegungen weglassen.
8. Das Briefing einmal lesen, als wäre es das Einzige im Kontext; alles, was nur mit der Geschichte der absendenden Seite Sinn ergibt, wird umgeschrieben oder entfernt.

Erwartetes Ergebnis

Eine empfangende Seite, die schon im ersten Zug zu arbeiten beginnt, statt Rückfragen zu stellen oder die Entscheidungen der absendenden Seite neu herzuleiten, sowie eine Rückgabe, die die absendende Seite mechanisch zusammenführen kann.

Grenzen und Prüfbasis

Die Schritte sind ein aus der zitierten Dokumentation abgeleiteter Vorschlag; es wird keine Messung der Übergabequalität beansprucht. Briefings für gegnerische oder sicherheitsrelevante Aufgaben brauchen zusätzlich die ausformulierten Berechtigungen und Vertrauensgrenzen der absendenden Seite, da die empfangende Seite nichts implizit erbt.