delegation

Einen Worker startest du, wenn eine Aufgabe ihren eigenen fokussierten Kontext verdient: offene Recherche, Massen-Extraktion, ein langer Entwurf. Der Agent, mit dem du chattest, stellt bei Bedarf einen Worker zusammen — Name, Aufgabenanweisungen, optional eine Arbeitsmethode und eine Tool-Auswahl — lässt ihn laufen und faltet das Ergebnis in seine Antwort zurück. Worker sind flüchtig: Sie existieren für genau einen Job, und ihr Lauf erscheint als Job-Karte im Chat.

Diese Seite gibt dir das Denkmodell, wann ein Worker die richtige Form ist und wie die Plattform ihn begrenzt hält. Der End-to-End-Durchlauf steht in Arbeit an einen Worker geben.

Wie ein Job läuft

Ruft der Agent spawn_agent auf, löst Tale die Fähigkeiten des Workers auf, startet eine frische Kind-Konversation und lässt den Worker nicht-interaktiv laufen: Er sieht nur die Aufgabe, die der Agent geschickt hat (nicht den ganzen Chat-Verlauf), verfolgt seinen Fortschritt auf einer live sichtbaren Checkliste, und seine letzte Nachricht geht als Ergebnis an den Agenten zurück. Der Chat zeigt eine Job-Karte mit Name, Live-Fortschritt, Endstatus und einem aufklappbaren Protokoll von allem, was der Worker getan hat.

Worker sprechen nie mit dir. Braucht ein Worker eine Eingabe, die nur ein Mensch geben kann, sagt er das in seinem Ergebnis, und der Agent fragt dich — Fragen kommen immer von dem Agenten, mit dem du tatsächlich sprichst.

Fähigkeiten sind immer eine Teilmenge

Ein Worker kann höchstens halten, was der startende Agent selbst hält. Drei Ebenen bestimmen die wirksame Auswahl:

• Org-Konfiguration — die Tools, Skills und Connectors des Agenten, wie von deinen Admins konfiguriert. Pro Worker gibt es nichts zu pflegen.
• Die Job-Auswahl — der Agent wählt für diese Aufgabe die kleinste Menge aus seinen eigenen Fähigkeiten (weniger Tools = ein fokussierterer Worker).
• Plattform-Ausnahmen — einige Tools wandern nie mit, allen voran das Nutzer-Frage-Tool: Die Fragen eines Workers laufen über den Agenten, damit eine Antwort nie ins Leere führt. Worker können auch keine Worker starten. Eine Ausnahme läuft in die Gegenrichtung: Die Dateien des Threads (Uploads, erzeugte Ergebnisse) kann jeder Worker immer auflisten und lesen — Dateien schreiben oder Code ausführen bleibt eine ausdrückliche Auswahl.