Stellen wir uns ein Team mit vierzig offenen Unterhaltungen vor. In einer soll ein Agent ein Kundenangebot vorbereiten. In einer anderen fragt eine Kollegin nach einem Liefertermin. Ein Dritter prüft, ob dieselbe Funktion noch diesen Monat fertig wird.
Jede Unterhaltung beginnt mit einer Einweisung. Das ist der Kunde. Das haben wir zugesagt. Das haben wir gestern entschieden. Die Agents arbeiten los, sehen aber jeweils andere Ausschnitte. Irgendwann fällt jemandem auf, dass das Angebot einen Termin verspricht, den die technische Diskussion bereits ausgeschlossen hat.
Dann endet eine Task. Ihre Unterhaltung verstummt. Eine Woche später beginnt jemand mit einer verwandten Aufgabe und erklärt den Hintergrund erneut.
Beim Bau unserer Agents kamen wir immer wieder auf diese Szene zurück. Die nächste Arbeit sollte mit dem beginnen, was das Team bereits gelernt hat. Daraus entstand unser Single-Session-Design: eine dauerhafte Hauptunterhaltung mit unabhängigen Workern für einzelne Tasks.
Subagents helfen, Arbeit aufzuteilen. Single Session beantwortet eine andere Frage: Wo bleibt das Verständnis dieser Arbeit über die Zeit? Wir nutzen beides. Die Hauptunterhaltung gibt dem Team Kontinuität; Worker geben jeder Aufgabe Raum zur Ausführung.
Eine Person, ein Kanal, ein Team
Poke gab dem persönlichen Agent einen einfachen Platz: eine Person, eine Unterhaltung (September 2025). E-Mail, Kalender und Dateien einer Person wurden mit einer Textunterhaltung verbunden. Eine Antwort entwerfen oder einen Termin verschieben ließ sich dort beginnen, wo schon die letzte Anfrage lag. So wurde die Unterhaltung im Tagesverlauf zu einem Ort, an den man zurückkehrt. Die persönliche Beziehung stand im Mittelpunkt und zeigte uns konkret, wie unterschiedliche Arbeiten zusammenhängend bleiben können.
Claude Tag brachte einen Claude in einen Kanal (23. Juni 2026). Alle dort konnten denselben Agent erwähnen, seine Arbeit sehen und an die Arbeit anderer anknüpfen. Claude merkte sich relevante Informationen und nutzte die von Administratoren freigegebenen Werkzeuge. Die Ankündigung beschrieb auch das Lernen aus anderen Kanälen und Quellen, soweit erlaubt. Uns interessierte die gemeinsame Unterhaltung: Menschen konnten Arbeit dort delegieren, wo sie diese ohnehin besprachen. Unser eigenes Design nutzt die Hauptunterhaltung des Teams als Rückkehrpunkt für verschiedene Diskussionen und Tasks.
Wir entschieden uns, eine Unterhaltung für ein ganzes Team zu erkunden. Ihr Umfang folgt der Teamarbeit über einzelne Diskussionen hinweg. Eine Lieferentscheidung kann in das Angebot einfließen, auch wenn beide Arbeiten an unterschiedlichen Orten begannen.
Am 28. April 2026 veröffentlichten wir den ersten zugehörigen Artikel über Bridge, unser vorheriges Produkt. Dieser Teil unserer Erkundung lag nach Poke und vor Claude Tag. Wir setzten die Arbeit in unserem heutigen Produkt Comma (1. Oktober 2026) fort, in dem dieses Design heute läuft.
DeepSeek Harness stellte am 31. Oktober 2026 eine weitere Erkundung vor: Super-agent. Seine proaktive Arbeit in Gruppenchats geht in dieselbe Richtung: Koordination von Menschen ins System zu verlagern. Der Forschungsprototyp folgt einem eigenen Design.
DeepSeeks Designartikel, Abschnitt 8.4, lässt zwei Fragen offen: kompromittierte Cloud-Systeme oder Prompt Injection gefährden verbundene Geräte, und Zugangsdaten können über den Modellkontext abfließen. Unsere bereits laufende Antwort für Inhalte ist IFC: Quellen nennen, Leser am Ziel prüfen, unzulässige Sendungen ablehnen und bei Bedarf eine begrenzte menschliche Freigabe einholen.
Zugangsdaten nehmen einen anderen Weg. Das Modell nennt eine Referenz; die Ausführung löst sie auf und fügt den Wert ein, ohne ihn an das Modell zurückzugeben.
Was das Team mitnimmt
Eine neue Kollegin steigt in die Angebotsarbeit ein. Sie kommt in dieselbe Hauptunterhaltung, die das Team bereits nutzt. Sie sieht geteilte Entscheidungen, kann nach einem geänderten Termin fragen und weiterarbeiten, ohne drei Personen um drei Zusammenfassungen zu bitten. Die Workspace-Mitgliedschaft öffnet diese gemeinsame Unterhaltung; für die zugrunde liegenden Materialien gelten weiterhin deren eigene Berechtigungen.
Eine abgeschlossene Task behält Ergebnis und Verlauf. Vielleicht hat das Team gelernt, dass ein Kunde ein ungewöhnliches Exportformat braucht. Der Bericht kehrt zum Router zurück, und ein späteres Angebot kann Fund und Quelle aufgreifen. Die Task ist beendet, doch das Team hat weiterhin einen Ort, an dem es das Gelernte wiederfindet.
Bei paralleler Arbeit ist dieser Rückweg wichtig. Ein Worker liest Kundenanforderungen, während ein anderer eine technische Grenze untersucht. Werden ihre Ergebnisse mehrfach weitererzählt, kann eine wichtige Einschränkung verloren gehen. Jede Task meldet ihre Erkenntnisse samt Quelle zurück. Der Router erhält sie im selben Hauptkontext.
Das gab uns einen Grund, das Harness in zwei Rollen aufzuteilen. Eine verfolgt die fortlaufende Teamunterhaltung. Die anderen erledigen die einzelnen Arbeiten.
Wie Router und Worker zusammenarbeiten
Jeder Workspace erhält einen dauerhaften Router. Er hält den Hauptkontext des Teams und verfolgt Anfragen, geänderte Entscheidungen und zurückkehrende Ergebnisse. Eine Anfrage zum Angebot trifft im selben Kontext ein wie die laufende Lieferdiskussion. Jede eingehende Nachricht trägt die Identität ihrer Ursprungsunterhaltung und Nachricht. Der Router teilt Kontext zwischen Diskussionen und behält die Herkunft jeder Eingabe bei.
Der Router übergibt einem Worker eine abgegrenzte Arbeit. Jede Task beginnt eine neue Worker-Session mit Anweisungen und Übergabe für diese Arbeit. Die Verläufe anderer Worker bleiben in deren Sessions. Mehrere Worker können gleichzeitig unterschiedliche Fragen untersuchen.
Jede Task erhält ein Ziel, den nötigen Kontext und ein erwartetes Ergebnis. „Untersuche diesen Kunden“ lässt zu viel offen. „Prüfe die Exportanforderungen und schlage ein Format vor, mit Quellen und offenen Fragen“ gibt dem Worker eine abschließbare Arbeit und dem Router ein brauchbares Ergebnis.
Das Angebot braucht etwa die Exportprüfung und eine Lieferschätzung. Wir können beides an verschiedene Worker geben. Einer liefert die Kundenanforderungen, der andere eine Schätzung samt Annahmen. Der Router bringt die Ergebnisse in die Hauptunterhaltung zurück, wo das Team entscheiden kann. Abgeschlossene Arbeit findet nach Hause.
Jede sichtbare Antwort ist ein explizites Senden, auch in der Hauptunterhaltung. Der Router nennt das Ziel und durchläuft dessen Prüfungen. Modellausgabe und das Beenden eines Turns veröffentlichen keine Antwort. Dasselbe gilt, wenn ein Worker zurückberichtet oder andere Beteiligte anspricht. Das Lesen von Task-Material liefert Kontext; das Senden bleibt eine eigene Handlung.
Informationsflusskontrolle
Parallele Tasks führen Quellen mit unterschiedlichen Leserkreisen zusammen. Jeder Versand deklariert die verwendeten Quellen. Die Informationsflusskontrolle, kurz IFC, prüft, ob die Leser am Ziel diese Quellen lesen dürfen.
Bei aktivierter Durchsetzung gibt ein abgelehnter Versand einen Grund zurück. Der Agent kann eingeschränktes Material entfernen und es erneut versuchen oder die erforderliche, begrenzte menschliche Freigabe einholen. Ein erneuter Versuch muss neben den Quellenangaben auch den Inhalt anpassen.
IFC gibt dem Team einen prüfbaren Schritt zwischen dem Vorbereiten und Teilen einer Antwort.
Beim Angebot kann der Router die Schätzung dem Team vorlegen, die noch offene Entscheidung anfragen und die vereinbarte Antwort über den passenden Kanal senden. Die Arbeit des Workers ist begrenzt. Die Teamunterhaltung setzt sich über diese Übergabe hinweg fort.
Eine neue Task öffnet eine neue Worker-Session. Beim Sessionwechsel nehmen wir unerledigte Arbeit und ihre Referenzen mit. Das Team braucht weiterhin einen Weg zurück zu früheren Entscheidungen.
Was das Team gemeinsam lernt
Wiederverwendbare Abläufe werden zu gruppenweit geteilten Skills: bearbeitbaren Anweisungen und Ressourcen. Der erstellende Agent kontrolliert Änderungen durch Agents. Andere können den Skill verwenden, ohne ihn umzuschreiben; schreibgeschützte integrierte Skills lassen sich zur Anpassung kopieren. Sessions erhalten den Katalog ihres Geltungsbereichs und öffnen die passenden Anweisungen.
Der Router pflegt dauerhaftes Gedächtnis über Menschen, Umgebungen, allgemeine Fakten und datierte Episoden. Er liest oder durchsucht es bei Bedarf. Gewöhnliche Worker arbeiten mit Task-Übergaben; zugewiesene Triage Worker haben quellengebundenen Lesezugriff. Gedächtniseinträge schreibt der Router.
Wenn aktiviert, gibt der Condensed Workspace jeder internen Router- und Worker-Session dieselbe kurze Liste aktueller Gruppenfakten. Der Workspace-Eigentümer kann sie direkt bearbeiten.
Aktualisierungen durch Agents durchlaufen eine beratende Prüfung: Sind sie aktuelle, für andere Agents nützliche Fakten? Revisionen und der letzte Autor werden erfasst. Der Eigentümer kann Aussagen korrigieren oder entfernen; gemeinsame Annahmen werden sichtbar und bearbeitbar. Eine abgelehnte Aktualisierung lässt sich mit ihrer Ablehnungs-ID ausdrücklich übersteuern.
Der Preis einer fortlaufenden Unterhaltung
Diese Aufteilung belastet die Hauptsession. Worker können parallel arbeiten, doch der Router muss ihre Ergebnisse noch zusammenführen. Eine neue Anfrage kann eintreffen, während er eine frühere bearbeitet. Für Menschen fühlt sich das wie eine Warteschlange an, unabhängig von der Zahl verfügbarer Worker.
Wir arbeiten weiter an dieser seriellen Warteschlange. Eine lange Untersuchung zu delegieren schafft dem Router mehr Raum für Antworten. Voneinander abhängige Entscheidungen brauchen dennoch eine Reihenfolge. Beim Angebot muss jemand den Liefertermin festlegen, bevor die endgültige Zusage hinausgeht. Die gemeinsame Unterhaltung macht diese Abhängigkeit sichtbarer und gibt dem Router mehr Verantwortung, die Arbeit voranzubringen.
Der Verlauf hat eigene Kosten. Jede abgeschlossene Task fügt etwas hinzu, das später wichtig werden könnte, neben vielem, das nie wieder gebraucht wird. Mit wachsendem Verlauf kostet es mehr Arbeit, die richtige Entscheidung samt Gründen zu finden.
Wir möchten alte Entscheidungen wiederfinden, ohne Kollegen die ganze Diskussion rekonstruieren zu lassen. Ihre Gründe helfen dem Team zu erkennen, wann eine Änderung nötig wird.
Hier steht unsere Erkundung heute. Wir wählten eine gemeinsame Hauptunterhaltung, weil Teams über verschiedene Menschen und Tasks immer wieder zur selben Arbeit zurückkommen. Wenn jemand die nächste verwandte Diskussion eröffnet, soll die frühere Arbeit des Teams noch da sein.
