Parallele Arbeit
Parallelität bringt frische Kontexte pro Einheit und Geschwindigkeit. Sie kostet Koordination: ein Fan-In, das warten muss, eine Zusammenführung, die nicht kollidieren darf, ein Richter, der nicht der Hersteller sein darf. Nutzen Sie sie dort, wo die Einheiten wirklich unabhängig sind, und bezahlen Sie die Koordinationskosten explizit.
Vorbedingungen
- Die Einheiten sind unabhängig: Keine benötigt das Ergebnis einer anderen, um zu starten.
- Sie wissen, was die Einheiten sind. Unbekannte Ursache → zuerst einen Untersuchungs-Dispatch senden.
- Schreibvorgänge sind isoliert: Jede Einheit schreibt in andere Dateien, oder jede Einheit läuft in einem eigenen Arbeitsverzeichnis und committet nur die Dateien, die sie bearbeitet hat (Mechanik: delegate/references/harness-notes/claude-code.md, Abschnitt Isolation).
Fehlt eine dieser Voraussetzungen → serialisieren oder zuerst untersuchen.
Formen
Fan-Out, Fan-In. N Dispatches der gleichen Phase, einer pro Einheit, gemeinsam gesendet. Ein einzelner konsolidierender Dispatch wartet auf alle – dieses Warten ist die Barriere – und führt ihre Ergebnisdateien zu einer zusammen. Halten Sie die Ausgabe jeder Einheit in einer Datei; der Konsolidator liest Pfade, nicht Ihren Kontext.
Mechanisches Fan-Out. Ein process-Dispatch entscheidet die genaue Änderung einmal. N generische Dispatches wenden sie wortwörtlich an, jeder auf seine eigenen Ziele. Ein review-Dispatch prüft die gesamte Menge. Der Orchestrator wendet die Änderung nie selbst an, so klein die Menge auch sein mag.
Maker/Checker. Wer ein Ergebnis produziert hat, beurteilt es nie. Leiten Sie review an einen anderen Agenten weiter – einen Agenten vom Typ Reviewer für die Domäne, falls vorhanden, sonst einen Spezialisten in einer anderen Rolle – mit den Erfolgskriterien und dem Pfad zum Artefakt, und nichts aus der Argumentation des Herstellers.
Generieren und Filtern. Fan-Out zur Erzeugung von Kandidaten; ein Dispatch dedupliziert und bewertet sie anhand eines schriftlichen Bewertungsrasters; nur die Überlebenden machen weiter. Schreiben Sie das Bewertungsraster vor dem Generieren.
Turnier. Zur Rangfolge einer Menge, die zu groß ist, um in einem Fenster beurteilt zu werden: Paarweise Vergleichsdispatches, jeder mit zwei Elementen, mit einer in einer Datei gehaltenen Turnierstruktur. Vergleichende Urteile sind zuverlässiger als absolute Bewertungen.
Hypothesen-Fan-Out. Für die Ursachenanalyse: Ein Dispatch pro disjunkter Beweisquelle (Logs, Code, Daten) erstellt eine Hypothese allein aus seiner Quelle. Dann versucht ein Dispatch pro Hypothese, sie zu widerlegen. Was die Widerlegung überlebt, ist der Befund.
Schleife bis zum Stopp. Für Arbeiten unbekannter Größe: Wiederholen Sie einen Dispatch, bis eine beobachtbare Bedingung eintritt – keine neuen Erkenntnisse, null Fehler in der Gate-Ausgabe, die Checklistendatei hat keine ungeprüften Einträge. Setzen Sie die Obergrenze vor der ersten Iteration (Standard 5). Bei Erreichen der Obergrenze melden Sie PARTIAL mit dem, was noch übrig ist.
Checklisten-Fan-Out
Eine Markdown-Datei mit - [ ]-Einträgen ist eine gebrauchsfertige Einheitenliste: ein Dispatch pro ungeprüftem Eintrag, jeder angewiesen, seine eigene Zeile bei DONE abzuhaken, dann Schleife bis zum Stopp bei „es sind keine ungeprüften Einträge mehr vorhanden“. Serialisieren Sie Einträge, die dieselbe Datei benennen.
Obergrenzen und Stoppbedingungen
Jede Schleife und jedes Fan-In hat eine vor dem Start schriftlich festgelegte Zahl: Iterationen, Wiederholungen oder Einheiten. Das Erreichen der Obergrenze ist ein PARTIAL- oder BLOCKED-Bericht an den Benutzer, niemals ein stiller Wiederholungsversuch.
Persistente Teams
Manche Harness-Systeme bieten langlebige Agententeams mit gemeinsamen Aufgabenlisten und Nachrichtenaustausch. Sie fügen Anweisungs- und Kommunikationsaufwand hinzu, dem Agenten inkonsistent folgen, und sie sind nicht zwischen verschiedenen Harnesses portierbar. Die obigen Formen benötigen nichts davon. Greifen Sie nur dann zu einem Team, wenn Agenten während einer Aufgabe Nachrichten austauschen müssen, und konsultieren Sie in diesem Fall die Harness-Notizen.
Verweise
- delegate – die Prompt-Vorlage, die jede Einheit verwendet.
- delegate/references/harness-notes/claude-code.md – wie man gleichzeitige Dispatches sendet, Arbeitsverzeichnisse isoliert und eine lange Pipeline in ein Workflow-Skript in Claude Code überführt.