Übernommenen oder neuen Kontext für parallel laufende Subagenten wählen

Ziel

Stand: 25. Oktober 2026. Festlegen, was ein parallel laufender Subagent erhält und was sein übergeordneter Agent als Ergebnis akzeptiert. Vor der Anwendung dieses vorgeschlagenen Verfahrens das Vererbungsverhalten der Laufzeitumgebung, die Berechtigungsgrenzen und das vereinbarte Protokoll erneut prüfen. Es geht um die Entscheidung, Kontext zu kopieren, nicht um den allgemeinen Aufbau einer Aufgabenübergabe.

Voraussetzungen

Ein klar begrenztes Arbeitsergebnis, dessen Abnahmekriterium, die aktuelle Aufgabenrevision und den für die Integration zuständigen übergeordneten Agenten bestimmen. Klären, ob beim Start eines Subagenten der Gesprächstext kopiert wird, veränderbare Dateien gemeinsam genutzt werden, Zugangsdaten vererbt werden oder mehrere dieser Vorgänge zusammenkommen. Diese Aspekte getrennt prüfen; die Bezeichnung «Fork» belegt keine Isolation. Einen freigegebenen Ablageort für Nachweise bereitstellen, die für eine Rückmeldung zu umfangreich sind.

Schritte

1. Prüfen, ob Delegation hilft. Eng voneinander abhängige Arbeit beim übergeordneten Agenten belassen, wenn der Subagent für seinen Fortschritt laufend Aktualisierungen benötigen würde. Eine Frage delegieren, deren Ergebnis der übergeordnete Agent eigenständig bewerten kann, und dabei Schreibzugriffe sowie externe Aktionen ausdrücklich begrenzen.
2. Für aufeinander aufbauende Überlegungen den Kontext übernehmen. Dies bietet sich an, wenn der Subagent die Abfolge bereits getroffener Entscheidungen und festgelegter Ausnahmen benötigt. Die Aufgabenrevision des übernommenen Stands festhalten und das aktuelle Ziel, überholte Annahmen und erlaubte Aktionen nochmals benennen. Falls die Laufzeitumgebung sensible Teile des Verlaufs nicht ausschliessen kann, stattdessen ein neues Gespräch mit ausgewählten Unterlagen verwenden.
3. Für unabhängige Arbeit mit neuem Kontext beginnen. Für eine unabhängige Prüfung die Frage, die massgeblichen Eingaben, die Einschränkungen und das Abnahmekriterium bereitstellen, ohne die vom übergeordneten Agenten vorgeschlagene Antwort mitzugeben. Beispielsweise benötigt die Prüfung eines Parsers die Formatvereinbarung und den relevanten Code; bei der Fortsetzung einer schwierigen Diagnose können zusätzlich die Überlegungen nötig sein, mit denen frühere Erklärungen ausgeschlossen wurden. Keine der beiden Varianten darf Berechtigungen stillschweigend erweitern.
4. Gesprächs-, Aufgaben- und Trace-Kennungen trennen. Die A2A-Spezifikation verwendet Kontextkennungen zur Gruppierung von Interaktionen und Aufgabenkennungen für Arbeitseinheiten. Ihr Parameter historyLength begrenzt den zurückgegebenen Nachrichtenverlauf; er definiert keinen lokalen Mechanismus zur Verzweigung eines Gesprächs. Die Revision des übergeordneten Agenten separat festhalten. Die Kontextweitergabe von OpenTelemetry verknüpft Telemetriedaten über Ausführungsgrenzen hinweg; diese Zuordnung zusammen mit den Aufgabenkennungen der Anwendung verwenden, ohne sie als Kopie des Gesprächs zu behandeln.
5. Das Ergebnis vor dem Start eingrenzen. Eine abschliessende Einschätzung, knappe Befunde, Nachweisreferenzen, die Artefaktrevision, durchgeführte Prüfungen und offene Fragen anfordern. Den Antwortumfang passend zum verbleibenden Kontext des übergeordneten Agenten begrenzen. Ausführliche Ausgaben am freigegebenen Nachweisort ablegen und genügend Angaben mitliefern, um die relevante Passage wiederzufinden.
6. Vor der Annahme abgleichen. Die zurückgemeldete Aufgabenrevision mit dem aktuellen Ziel vergleichen. Entscheidende Nachweise prüfen und das Artefakt validieren. Falls sich das Ziel geändert hat, das Ergebnis als weiterhin anwendbar, überarbeitungsbedürftig oder überholt einstufen. Ein nützliches Teilergebnis erhalten, ohne es als abgeschlossene Arbeit darzustellen.

Erwartetes Ergebnis

Der übergeordnete Agent erhält ein Ergebnis, das er bewerten kann, ohne den gesamten Gesprächsverlauf erneut durchzugehen. Für jeden Subagenten sind die Kontextwahl, die Befugnisgrenze und die Nachweiskette ausdrücklich festgelegt. Eine verspätete Antwort bleibt den Anweisungen zuordenbar, unter denen sie entstanden ist.

Grenzen und Prüfbasis

Dies ist ein nicht erprobter betrieblicher Vorschlag. Weder ein neues Gespräch noch übernommener Kontext garantiert ein unabhängiges Urteil oder eine korrekte Ausführung. Beide Wege mit einem harmlosen Testszenario erproben: Die Anforderung des übergeordneten Agenten ändern, während ein Subagent läuft, und prüfen, ob das alte Ergebnis vor der Integration erkannt wird. Es werden keine gemessenen Kontexteinsparungen behauptet.