Forestil dig et team med fyrre åbne samtaler. I én beder nogen en agent om at forberede et kundetilbud. I en anden spørger en kollega om leveringstiden. En tredje undersøger, om den samme funktion kan udkomme denne måned.
Hver samtale begynder med en orientering. Her er kunden. Her er vores løfte. Her er gårsdagens beslutning. Agenterne går i gang, men ser hver sin del. Til sidst opdager nogen, at tilbuddet lover en dato, som den tekniske diskussion allerede har udelukket.
Så slutter en Task. Dens samtale bliver stille. En uge senere starter en anden på beslægtet arbejde og forklarer baggrunden igen.
Vi vendte tilbage til denne scene, mens vi byggede vores agenter. Det næste arbejde skulle begynde med det, teamet allerede havde lært. Det førte os til et design med én session: en vedvarende hovedsamtale med uafhængige Workers til de enkelte Tasks.
Underagenter hjælper med at fordele arbejdet. Én session besvarer et andet spørgsmål: Hvor lever forståelsen af arbejdet over tid? Vi bruger begge dele. Hovedsamtalen giver teamet kontinuitet; Workers giver hver opgave plads til at køre.
En person, en kanal, et team
Poke gav den personlige agent et enkelt hjem: én person, én samtale (september 2025). Personens mail, kalender og filer blev forbundet med en tekstsamtale. Et udkast til et svar eller en flytning af et møde kunne begynde samme sted som den forrige anmodning. Samtalen blev et sted at vende tilbage til gennem dagen. Den personlige relation var oplevelsens centrum og gav os et konkret eksempel på kontinuitet mellem forskellige opgaver.
Claude Tag bragte én Claude ind i en kanal (23. juni 2026). Alle dér kunne nævne den samme agent, se dens arbejde og fortsætte, hvor en kollega slap. Claude huskede relevant information og brugte de værktøjer, administratorerne stillede til rådighed. Lanceringen beskrev også læring fra andre kanaler og kilder, når det var tilladt. Vi var interesserede i den fælles samtale: Folk kunne uddelegere dér, hvor de allerede talte om arbejdet. Vores eget design bruger teamets hovedsamtale som samlingspunkt for de diskussioner og Tasks, der bidrager til den.
Vi valgte at udforske ét team, én samtale. Omfanget følger teamets arbejde på tværs af diskussioner. En beslutning om levering kan præge tilbuddet, selv om arbejdet begyndte forskellige steder.
Den 28. april 2026 udgav vi vores første relevante artikel om Bridge, vores tidligere produkt. Denne del af vores udforskning kom efter Poke og før Claude Tag. Vi fortsatte i vores nuværende produkt, Comma (1. oktober 2026), hvor designet kører i dag.
DeepSeek Harness præsenterede en anden udforskning den 31. oktober 2026: Super-agent. Dets proaktive arbejde i gruppechats peger i samme retning: at flytte koordinering fra mennesker til systemet. Forskningsprototypen følger sit eget design.
DeepSeeks designartikel, afsnit 8.4, lader to spørgsmål stå åbne: angreb på skyen eller promptinjektion kan udsætte tilsluttede enheder, og legitimationsoplysninger kan lække gennem modellens kontekst. Vores kørende svar for indhold er IFC: angiv kilder, kontrollér destinationens læsere, afvis ulovlige afsendelser, og søg afgrænset menneskelig godkendelse efter behov.
Legitimationsoplysninger følger en anden vej. Modellen angiver en reference; udførelseslaget finder og indsætter værdien uden at returnere den til modellen.
Det teamet tager med videre
En ny kollega kommer med på tilbuddet. Hun deltager i den samme hovedsamtale som resten af teamet. Hun kan se de fælles beslutninger, spørge til en ændret dato og fortsætte uden at bede tre personer om tre opsummeringer. Medlemskab af arbejdsområdet giver adgang til samtalen; materialet bag beslutningerne følger fortsat sine egne tilladelser.
En afsluttet Task beholder resultat og historik. Måske lærte teamet, at en kunde kræver et usædvanligt eksportformat. Rapporten kommer tilbage til Router, og et senere tilbud kan henvise til fundet og kilden. Tasken er færdig, men teamet har stadig et sted at finde det lærte.
Parallelt arbejde gør returvejen vigtig. En Worker læser kundekrav, mens en anden undersøger en teknisk begrænsning. Hvis fundene når teamet gennem flere genfortællinger, kan et vigtigt forbehold forsvinde. Hver Task melder sine fund tilbage sammen med kilden. Router modtager dem i samme hovedkontekst.
Det gav os grund til at dele agentrammen i to roller. Én følger teamets løbende samtale. De andre udfører de enkelte opgaver.
Sådan deler Router og Workers arbejdet
Hvert arbejdsområde får én fast Router. Den rummer teamets hovedkontekst og følger anmodninger, ændrede beslutninger og tilbagevendende resultater. En anmodning om tilbuddet kommer ind i samme kontekst som den igangværende leveringsdiskussion. Hver indgående besked har identiteten på sin oprindelige samtale og besked. Router deler kontekst på tværs af diskussioner og bevarer oprindelsen for hvert input.
Router giver en afgrænset opgave til en Worker. Hver Task starter en ny Worker-session med instruktioner og overdragelse for arbejdet. Andre Workers’ historik bliver i deres egne sessioner. Flere Workers kan undersøge forskellige spørgsmål samtidig.
Hver Task får et mål, den nødvendige kontekst og en forventet leverance. »Undersøg denne kunde« lader for meget være usagt. »Kontrollér eksportkravene og foreslå et format med kilder og åbne spørgsmål« giver Worker noget, den kan afslutte, og Router noget, den kan bruge.
Tilbuddet kræver måske både eksportkontrollen og et leveringsestimat. Vi kan sende dem til forskellige Workers. Én returnerer kundekravene. Den anden returnerer estimatet og dets antagelser. Router bringer resultaterne til hovedsamtalen, hvor teamet kan beslutte. Det afsluttede arbejde har en vej hjem.
Hvert synligt svar er en eksplicit afsendelse, også i hovedsamtalen. Router angiver destinationen og gennemgår dens kontroller. Modeloutput og afslutningen på en tur udgiver ikke et svar. Reglen gælder også, når en Worker rapporterer eller henvender sig til en anden deltager. At læse materiale giver kontekst til en Task; afsendelse er en særskilt handling.
Kontrol af informationsstrømme
Parallelle Tasks samler kilder med forskellige læsergrupper. Hver afsendelse angiver de anvendte kilder. Information flow control, eller IFC, kontrollerer, om læserne ved destinationen må læse disse kilder.
Når håndhævelse er aktiveret, får en afvist afsendelse en begrundelse. Agenten kan fjerne begrænset materiale og prøve igen eller søge den nødvendige, afgrænsede menneskelige godkendelse. Et nyt forsøg skal ændre både indholdet og kildeangivelserne.
IFC giver teamet et kontrollerbart trin mellem at forberede et svar og dele det.
Tilbage ved tilbuddet kan Router vise estimatet til teamet, bede om den udestående beslutning og sende det aftalte svar gennem den rette kanal. Workers arbejde er afgrænset. Teamets samtale fortsætter gennem overdragelsen.
En ny Task åbner en ny Worker-session. Når vi skifter session, tager vi uafsluttet arbejde og dets referencer med videre. Teamet har stadig brug for at kunne vende tilbage til tidligere beslutninger.
Det teamet lærer sammen
Genbrugelige fremgangsmåder bliver fælles skills i gruppen: redigerbare instruktioner og ressourcer. Den oprettende agent styrer ændringer fra agentsiden. Andre kan bruge skillen uden at omskrive den; en indbygget skrivebeskyttet skill kan kopieres og tilpasses. Sessioner modtager kataloget for deres omfang og åbner relevante instruktioner.
Router vedligeholder varig hukommelse om mennesker, miljøer, generelle fakta og daterede episoder. Den læser eller søger efter behov. Almindelige Workers arbejder ud fra Task-overdragelser; tildelte Triage Workers har kildebunden læseadgang. Router skriver hukommelsen.
Når Condensed Workspace er aktiveret, får alle interne Router- og Worker-sessioner den samme korte liste med aktuelle gruppefakta. Arbejdsområdets ejer kan redigere den direkte.
Agentopdateringer får en vejledende kontrol af relevansen som aktuelle fakta, andre agenter kan bruge. Revisioner og seneste skribent registreres. Ejeren kan rette eller fjerne udsagn, så fælles antagelser er synlige og redigerbare. En afvist opdatering kan forsøges igen med sit afvisnings-ID som en eksplicit tilsidesættelse.
Prisen for én løbende samtale
Denne opdeling lægger pres på hovedsessionen. Workers kan køre parallelt, men Router skal stadig samle deres resultater. En ny anmodning kan komme, mens en tidligere behandles. Folk oplever det som en kø, uanset hvor mange Workers der er til rådighed.
Vi arbejder stadig på den serielle kø. At uddelegere en lang undersøgelse giver Router mere plads til at svare, men afhængige beslutninger skal stadig træffes i en rækkefølge. I tilbuddet skal nogen fastlægge leveringsdatoen, før det endelige løfte sendes. En fælles samtale gør afhængigheden tydeligere og giver Router større ansvar for fremdriften.
Historikken har sin egen pris. Hver afsluttet Task tilføjer noget, der kan blive relevant senere, sammen med meget, der aldrig får betydning igen. Når historikken vokser, kræver det mere arbejde at finde den rette beslutning og dens grunde.
Vi vil kunne finde en gammel beslutning uden at bede en kollega rekonstruere hele diskussionen. Begrundelsen hjælper teamet med at se, hvornår beslutningen skal ændres.
Her står vores udforskning. Vi valgte en fælles hovedsamtale, fordi teams vender tilbage til samme arbejde gennem forskellige mennesker og Tasks. Næste gang nogen åbner en beslægtet diskussion, skal teamets tidligere indsats være der for dem.
