---
title: "En kort historie om agenter med én sesjon · Comma-bloggen"
description: "Én varig hovedsesjon, uavhengige Workers og teknikken bak en samtale for hele teamet."
url: https://comma.surf/nb/blog/a-brief-history-of-single-session-agents
language: nb
---

[Tilbake til bloggen](https://comma.surf/nb/blog)

Comma Team · 1. november 2026 · 7 min lesing

# En kort historie om agenter med én sesjon

Én varig hovedsesjon, uavhengige Workers og teknikken bak en samtale for hele teamet.

[Kom i gang](https://app.comma.surf/)

Se for deg et team med førti åpne samtaler. I én ber noen en agent utarbeide et kundetilbud. I en annen spør en kollega om et leveringsanslag. En tredje undersøker om den samme funksjonen kan lanseres denne måneden.

Hver samtale begynner med en orientering. Her er kunden. Dette lovet vi. Dette bestemte vi i går. Agentene begynner å jobbe, men ser ulike deler. Til slutt oppdager noen at tilbudet lover en dato som den tekniske diskusjonen allerede har utelukket.

Så avsluttes en oppgave. Samtalen stilner. En uke senere begynner en annen med beslektet arbeid og forklarer bakgrunnen på nytt.

Vi kom stadig tilbake til dette bildet mens vi bygget agentene våre. Neste arbeid skulle begynne med det teamet allerede hadde lært. Det førte oss til et design med én sesjon: en varig hovedsamtale, med uavhengige Workers som utfører egne oppgaver.

Underagenter hjelper med å dele arbeidet. Én sesjon svarer på et annet spørsmål: Hvor finnes forståelsen av arbeidet over tid? Vi bruker begge deler. Hovedsamtalen gir teamet kontinuitet; Workers gir hver jobb rom til å kjøre.

## En person, en kanal, et team

[Poke](https://www.webwire.com/ViewPressRel.asp?aId=343533) ga den personlige agenten et enkelt hjem: én person, én samtale (september 2025). Den koblet personens e-post, kalender og filer til en tekstsamtale. Et utkast til et svar eller flytting av et møte kunne begynne samme sted som forrige forespørsel. Samtalen ble et sted å vende tilbake til gjennom dagen. Det personlige forholdet sto i sentrum og ga oss et konkret eksempel på kontinuitet mellom ulike jobber.

[Claude Tag](https://www.anthropic.com/news/introducing-claude-tag) tok én Claude inn i en kanal (23. juni 2026). Alle der kunne nevne den samme agenten, se arbeidet og fortsette der en kollega slapp. Claude husket relevant informasjon og brukte verktøy administratorene gjorde tilgjengelige. Lanseringen beskrev også læring fra andre kanaler og kilder når det var tillatt. Vi var interessert i den delte samtalen: Folk kunne delegere der de allerede diskuterte arbeidet. Vårt design bruker teamets hovedsamtale som samlingspunkt for ulike diskusjoner og oppgaver.

Vi valgte å utforske ett team, én samtale. Omfanget følger teamets arbeid på tvers av diskusjoner. En leveringsbeslutning kan påvirke tilbudet selv om jobbene begynte på forskjellige steder.

Fra personlige samtaler og delte kanaler til teamets hovedsamtale.

Den 28. april 2026 publiserte vi vår første relevante [artikkel om Bridge](https://bridge.surf/blog/introducing-bridge), vårt forrige produkt. Denne delen av utforskningen kom etter Poke og før Claude Tag. Vi fortsatte i vårt nåværende produkt, Comma (1. oktober 2026), der designet kjører i dag.

DeepSeek Harness presenterte en annen utforskning 31. oktober 2026: [Super-agent](https://www.straitstimes.com/asia/east-asia/deepseek-drops-enhanced-coding-agent-with-aim-to-rival-anthropic). Det proaktive arbeidet i gruppechatter peker i samme retning: å flytte koordineringen fra mennesker til systemet. Forskningsprototypen følger sitt eget design.

DeepSeeks [designartikkel, avsnitt 8.4](https://mp.weixin.qq.com/s/zoS7GlReWPhfCjENGxXCdg), lar to spørsmål stå åpne: angrep på skyen eller promptinjeksjon kan utsette tilkoblede enheter, og legitimasjonsopplysninger kan lekke gjennom modellkonteksten. Vårt svar som allerede kjører for innhold, er IFC: oppgi kilder, kontroller målets lesere, avvis ikke-tillatte sendinger og be om avgrenset menneskelig godkjenning ved behov.

Legitimasjonsopplysninger følger en annen vei. Modellen angir en referanse; utførelseslaget finner og setter inn verdien uten å returnere den til modellen.

## Det teamet tar med videre

En ny kollega blir med på tilbudsarbeidet. Hun kommer inn i den samme hovedsamtalen som resten av teamet bruker. Hun ser delte beslutninger, kan spørre hvorfor en dato ble endret og fortsette uten å be tre personer om tre oppsummeringer. Medlemskap i arbeidsområdet gir tilgang til samtalen; materialet bak en beslutning beholder sine egne tillatelser.

En ferdig oppgave beholder resultat og historikk. Kanskje teamet lærte at en kunde krever et uvanlig eksportformat. Rapporten kommer tilbake til Router, og et senere tilbud kan vise til funnet og kilden. Oppgaven er ferdig, men teamet har fortsatt et sted å finne det lærte.

Parallelt arbeid gjør returveien viktig. En Worker leser kundekrav mens en annen undersøker en teknisk begrensning. Hvis funnene når teamet gjennom flere gjenfortellinger, kan et viktig forbehold forsvinne. Hver oppgave rapporterer funn sammen med kilden. Router mottar dem i samme hovedkontekst.

Det ga oss en grunn til å dele agentrammen i to roller. Én følger teamets løpende samtale. De andre utfører de enkelte jobbene.

## Slik deler Router og Workers arbeidet

Hvert arbeidsområde får én fast Router. Den holder teamets hovedkontekst og følger forespørsler, endrede beslutninger og resultater som kommer tilbake. En forespørsel om tilbudet kommer i samme kontekst som den pågående leveringsdiskusjonen. Hver innkommende melding har identiteten til kildesamtalen og kildemeldingen. Router deler kontekst mellom diskusjoner og bevarer hvor hvert innspill kom fra.

Router gir en avgrenset jobb til en Worker. Hver oppgave starter en ny Worker-sesjon med instruksjoner og overlevering for jobben. Historikken til andre Workers blir i deres egne sesjoner. Flere Workers kan undersøke ulike spørsmål samtidig.

Hver oppgave får et mål, nødvendig kontekst og en forventet leveranse. «Undersøk denne kunden» lar for mye være usagt. «Sjekk eksportkravene og foreslå et format, med kilder og åpne spørsmål» gir Worker noe den kan fullføre og Router noe den kan bruke.

Tilbudet trenger for eksempel både eksportkontrollen og et leveringsanslag. Vi kan gi dem til forskjellige Workers. Én returnerer kundekravene. Den andre returnerer anslaget med forutsetninger. Router bringer resultatene tilbake til hovedsamtalen, der teamet kan bestemme. Ferdig arbeid har en vei hjem.

Hver oppgave åpner en ny Worker-sesjon. Resultater kommer tilbake med kilder til hovedsamtalen.

Hvert synlig svar krever eksplisitt sending, også i hovedsamtalen. Router angir målet og går gjennom målets kontroller. Modellens utdata og slutten på en tur publiserer ikke et svar. Det samme gjelder når en Worker rapporterer eller henvender seg til en annen deltaker. Å lese materiale gir kontekst til oppgaven; sending er en egen handling.

### Kontroll av informasjonsflyt

Parallelle oppgaver samler kilder med forskjellige lesergrupper. Hver sending oppgir kildene den bruker. Information flow control, eller IFC, kontrollerer om leserne ved målet har tilgang til disse kildene.

Når håndheving er aktivert, returnerer en avvist sending en begrunnelse. Agenten kan fjerne begrenset materiale og prøve igjen eller søke nødvendig, avgrenset menneskelig godkjenning. Et nytt forsøk må endre både innholdet og kildeerklæringene.

IFC gir teamet et kontrollerbart steg mellom å forberede et svar og å dele det.

Hvert synlig svar krever eksplisitt sending, også i hovedsamtalen.

Tilbake ved tilbudet kan Router legge frem anslaget, be om den utestående beslutningen og sende det avtalte svaret gjennom riktig kanal. Workers jobb er avgrenset. Teamets samtale fortsetter gjennom overleveringen.

En ny oppgave åpner en ny Worker-sesjon. Når vi bytter sesjon, tar vi med uferdig arbeid og referansene videre. Teamet trenger fortsatt å kunne gå tilbake til tidligere beslutninger.

## Det teamet lærer sammen

Gjenbrukbare fremgangsmåter blir delte skills i gruppen: redigerbare instruksjoner og ressurser. Agenten som opprettet dem, styrer endringer fra agentsiden. Andre kan bruke skillen uten å skrive den om; en innebygd skrivebeskyttet skill kan kopieres og tilpasses. Sesjoner mottar katalogen for sitt omfang og åpner relevante instruksjoner.

Router vedlikeholder varig hukommelse om mennesker, miljøer, generelle fakta og daterte episoder. Den leser eller søker ved behov. Vanlige Workers bruker overleveringer fra oppgaver; tildelte Triage Workers har kildebundet lesetilgang. Router skriver hukommelsen.

Når Condensed Workspace er aktivert, får hver intern Router- og Worker-sesjon den samme korte listen over aktuelle gruppefakta. Eieren av arbeidsområdet kan redigere den direkte.

Agentoppdateringer får en rådgivende vurdering av relevansen som aktuelle fakta andre agenter kan bruke. Revisjoner og siste skribent registreres. Eieren kan rette eller fjerne utsagn, slik at delte antakelser er synlige og redigerbare. En avvist oppdatering kan prøves igjen med avvisnings-ID-en som en eksplisitt overstyring.

## Kostnaden ved én løpende samtale

Denne ordningen legger press på hovedsesjonen. Workers kan kjøre parallelt, men Router må fortsatt samle resultatene. En ny forespørsel kan komme mens en tidligere behandles. Folk opplever det som en kø, uansett hvor mange Workers som er tilgjengelige.

Vi arbeider fortsatt med den serielle køen. Å delegere en lang undersøkelse gir Router mer rom til å svare, men avhengige beslutninger trenger en rekkefølge. I tilbudet må noen fastsette leveringsdatoen før det endelige løftet går ut. En delt samtale gjør avhengigheten tydeligere og gir Router større ansvar for fremdriften.

Historikken har sin egen kostnad. Hver ferdig oppgave tilfører noe som kan få betydning senere, sammen med mye som aldri blir relevant igjen. Etter hvert som historikken vokser, tar det mer arbeid å finne riktig beslutning og begrunnelsen.

Vi ønsker å finne en gammel beslutning uten å be en kollega rekonstruere hele diskusjonen. Begrunnelsen hjelper teamet å se når beslutningen må endres.

Her står utforskningen vår. Vi valgte en delt hovedsamtale fordi team vender tilbake til samme arbeid gjennom forskjellige mennesker og oppgaver. Neste gang noen åpner en beslektet diskusjon, skal teamets tidligere innsats fortsatt være der.

Utvikling

[Tilbake til bloggen](https://comma.surf/nb/blog)

Del

## Relaterte innlegg

19. oktober 2026

### [Innebygd SSH for Comma-agenter](https://comma.surf/nb/blog/native-ssh)

1. oktober 2026

### [Programmerbare hendelsesløkker for vår distribuerte agentharness](https://comma.surf/nb/blog/agent-programmable-event-loops)

31. oktober 2026

### [Driftede og selvdriftede personlige agenter: Hvem drifter hva?](https://comma.surf/nb/blog/hosted-vs-self-hosted-personal-agent)

## Try Comma, Now.

[Kom i gang](https://app.comma.surf/)
