osFoundry / Platform
Übergaben
Wenn ein Agent seinen Teil beendet hat, übergibt er an den nächsten – mit vollständigem gemeinsamem Kontext.
Was es ist
Handoffs lassen eine mehrstufige Aufgabe von einem KI-Agenten zum nächsten wandern, ohne jedes Mal von vorn zu beginnen. Sobald ein Agent seinen Teil der Arbeit erledigt hat, reicht er den Staffelstab an den nächsten weiter, zusammen mit dem gesamten geteilten Kontext: dem bisherigen Gespräch, den Zwischenergebnissen, den Dateien und Entscheidungen, die der vorherige Agent hervorgebracht hat. Der empfangende Agent steigt warm statt kalt ein, sodass du nie ein Briefing erneut einfügst, ein Ziel neu erklärst oder den Zustand verlierst, der zwei Schritte zuvor aufgebaut wurde.
Innerhalb von osFoundry laufen die Agenten gemeinsam in einem Workspace, ein Handoff überschreitet also keine Werkzeuggrenze: Der Kontext bleibt die ganze Kette hindurch am selben Ort. Weil osFoundry auf dem Prinzip Bring your own Key beruht und modellagnostisch ist, kann jeder Agent der Abfolge auf einem anderen Modell laufen: ein lokales Modell für einen privaten oder sensiblen Schritt, ein Cloud-Modell für aufwendiges Reasoning, ein selbst gehosteter Endpunkt für etwas dazwischen. Der geteilte Kontext wandert zwischen ihnen, ganz gleich, welches Modell der jeweilige Agent nutzt, und weil osFoundry local-first ist, kann dieser Kontext auf deinem Gerät bleiben, statt zu einem fremden Orchestrator kopiert zu werden.
Das ist wichtig, weil echte Arbeit selten aus einem einzigen Prompt besteht: erst recherchieren, dann entwerfen, dann prüfen, dann ein letzter Durchgang, oft mit unterschiedlichen Stärken in jeder Phase. Handoffs machen daraus einen einzigen durchgehenden Lauf statt einer manuellen Staffel, bei der du Ausgaben von Hand zwischen Chats hin- und herschiebst. Und da osFoundry Chat, Agenten, Apps, Code, Wissen und Daten in einem Workspace zusammenhält, kann ein Handoff Verweise auf all das mitführen, sodass der nächste Agent nicht nur die letzte Nachricht sieht, sondern die Artefakte, die die Pipeline aufgebaut hat.
Wichtige Funktionen
- Reiche Arbeit von einem Agenten an den nächsten weiter, mit dem vollen geteilten Kontext: Gespräch, Zwischenergebnisse und erzeugte Dateien wandern mit dem Handoff mit
- Der empfangende Agent startet warm: kein erneutes Einfügen des Briefings, kein Neuerklären des Ziels, kein verlorener Zustand zwischen den Schritten
- Jeder Agent der Kette kann auf einem anderen Modell laufen, lokal, Cloud oder selbst gehostet, und teilt dabei denselben Kontext
- Dank des local-first-Designs kann der Kontext auf deinem Gerät bleiben, statt über einen externen Orchestrator zu laufen
- Läuft mit deinen eigenen API-Schlüsseln, ohne Wiederverkäufer-Aufschlag und ohne Kosten pro Platz, sodass Multi-Agenten-Ketten die Kosten pro Person nicht vervielfachen
Anwendungsfälle
- Forscher: Ein Sammel-Agent trägt Quellen und Notizen zusammen und übergibt dann an einen Schreib-Agenten, der jeden Fund bereits im Kontext hat
- Entwickler: Ein Planungs-Agent grenzt die Änderung ab und reicht Plan, Dateiverweise und Rahmenbedingungen direkt an einen Umsetzungs-Agenten weiter
- Analyst: Ein Datenaufbereitungs-Agent bereinigt und fasst zusammen und übergibt die Ergebnisse an einen Reasoning-Agenten zur Auswertung, ohne dass etwas erneut hochgeladen wird
Häufig gestellte Fragen
Was genau wird bei einem Handoff weitergegeben?
Der geteilte Kontext, den die Kette aufgebaut hat: das laufende Gespräch, die Zwischenergebnisse sowie die Dateien und Entscheidungen des vorherigen Agenten. Der nächste Agent erbt all das statt eines leeren Blatts und arbeitet damit aus dem heraus, was bereits geschehen ist, nicht aus einem frischen Prompt.
Können verschiedene Agenten in einer Handoff-Kette verschiedene Modelle nutzen?
Ja. osFoundry beruht auf Bring your own Key und ist modellagnostisch, jeder Agent kann also auf einem lokalen, Cloud- oder selbst gehosteten Modell laufen. Der Handoff trägt denselben geteilten Kontext zwischen ihnen, unabhängig davon, welches Modell der jeweilige Agent nutzt.
Verlassen meine Daten den Rechner, wenn Agenten aneinander übergeben?
osFoundry ist local-first, der geteilte Kontext kann also auf deinem Gerät bleiben. Ob ein bestimmter Schritt einen externen Dienst berührt, hängt vom Modell dieses Agenten ab: Ein lokales Modell hält den Schritt auf dem Gerät, während ein Cloud-Modell das, was dieser Schritt braucht, unter deinem eigenen Schlüssel an den von dir gewählten Anbieter sendet.