--- title: "Een korte geschiedenis van agents met één sessie · Comma-blog" description: "Eén blijvende hoofdsessie, onafhankelijke Workers en de techniek achter een gesprek voor het hele team." url: https://comma.surf/nl/blog/a-brief-history-of-single-session-agents language: nl --- [Terug naar de blog](https://comma.surf/nl/blog) Comma Team · 1 november 2026 · 7 min lezen # Een korte geschiedenis van agents met één sessie Eén blijvende hoofdsessie, onafhankelijke Workers en de techniek achter een gesprek voor het hele team. [Aan de slag](https://app.comma.surf/) Stel je een team voor met veertig open gesprekken. In het ene vraagt iemand een agent een klantvoorstel te maken. In een ander vraagt een collega om een leveringsschatting. Een derde controleert of dezelfde functie deze maand kan verschijnen. Elk gesprek begint met uitleg. Dit is de klant. Dit hebben we beloofd. Dit besloten we gisteren. De agents gaan werken, maar zien elk een ander stukje. Uiteindelijk merkt iemand dat het voorstel een datum belooft die in het technische overleg al is afgevallen. Dan eindigt een taak. Het gesprek valt stil. Een week later begint iemand aan verwant werk en legt de achtergrond opnieuw uit. Bij het bouwen van onze agents kwamen we steeds bij dit beeld terug. Het volgende werk moest beginnen met wat het team al had geleerd. Dat bracht ons bij een ontwerp met één sessie: een blijvend hoofdgesprek, met onafhankelijke Workers voor afzonderlijke taken. Subagents helpen werk te verdelen. Eén sessie beantwoordt een andere vraag: waar blijft het begrip van dat werk in de loop van de tijd? We gebruiken beide. Het hoofdgesprek geeft het team continuïteit; Workers geven elke opdracht ruimte om te draaien. ## Een persoon, een kanaal, een team [Poke](https://www.webwire.com/ViewPressRel.asp?aId=343533) gaf de persoonlijke agent een eenvoudige plek: één persoon, één gesprek (september 2025). Het verbond e-mail, agenda en bestanden van die persoon met een tekstgesprek. Een antwoord opstellen of een vergadering verplaatsen kon beginnen waar het vorige verzoek stond. Het gesprek werd een plek om gedurende de dag naar terug te keren. De persoonlijke relatie stond centraal en gaf ons een concreet voorbeeld van samenhang tussen verschillende opdrachten. [Claude Tag](https://www.anthropic.com/news/introducing-claude-tag) bracht één Claude in een kanaal (23 juni 2026). Iedereen daar kon dezelfde agent noemen, het werk bekijken en verdergaan waar een collega ophield. Claude onthield relevante informatie en gebruikte door beheerders beschikbaar gestelde hulpmiddelen. De aankondiging beschreef ook leren uit andere kanalen en bronnen, wanneer toegestaan. Het gedeelde gesprek interesseerde ons: mensen konden werk delegeren waar ze het al bespraken. Ons eigen ontwerp gebruikt het hoofdgesprek van het team als terugkeerpunt voor de gesprekken en taken die eraan bijdragen. We kozen voor één team, één gesprek. Het bereik volgt het werk van het team over gesprekken heen. Een leveringsbesluit kan het voorstel informeren, ook als beide opdrachten op verschillende plekken begonnen. Van persoonlijke gesprekken en gedeelde kanalen naar het hoofdgesprek van het team. Op 28 april 2026 publiceerden we ons eerste bijbehorende [artikel over Bridge](https://bridge.surf/blog/introducing-bridge), ons vorige product. Dit deel van onze verkenning kwam na Poke en vóór Claude Tag. We zetten het werk voort in ons huidige product Comma (1 oktober 2026), waar dit ontwerp nu draait. DeepSeek Harness presenteerde op 31 oktober 2026 een andere verkenning: [Super-agent](https://www.straitstimes.com/asia/east-asia/deepseek-drops-enhanced-coding-agent-with-aim-to-rival-anthropic). Het proactieve werk in groepschats wijst in dezelfde richting: coördinatie van mensen naar het systeem verplaatsen. Het onderzoeksprototype volgt een eigen ontwerp. DeepSeeks [ontwerpartikel, §8.4](https://mp.weixin.qq.com/s/zoS7GlReWPhfCjENGxXCdg), laat twee vragen open: een gehackte cloud of promptinjectie die verbonden apparaten blootstelt, en inloggegevens die via de modelcontext lekken. Onze werkende aanpak voor inhoud is IFC: bronnen noemen, lezers op de bestemming toetsen, verboden verzendingen weigeren en zo nodig gerichte menselijke toestemming vragen. Inloggegevens volgen een andere route. Het model noemt een verwijzing; de uitvoeringslaag zoekt de waarde op en voegt die in zonder haar aan het model terug te geven. ## Wat het team meeneemt Een nieuwe collega sluit zich aan bij het voorstel. Die komt in hetzelfde hoofdgesprek dat het team al gebruikt. Gedeelde besluiten zijn zichtbaar; de collega kan vragen waarom een datum veranderde en verderwerken zonder drie mensen om drie samenvattingen te vragen. Lidmaatschap van de werkruimte geeft toegang tot dit gesprek; het onderliggende materiaal houdt zijn eigen toegangsrechten. Een afgeronde taak bewaart resultaat en geschiedenis. Misschien ontdekte het team dat een klant een ongewoon exportformaat nodig heeft. Het verslag gaat terug naar de Router en een volgend voorstel kan naar die bevinding en bron verwijzen. De taak is klaar, maar het team heeft nog een plek om het geleerde terug te vinden. Bij parallel werk is die terugweg belangrijk. Een Worker leest klanteisen terwijl een andere een technische grens onderzoekt. Als bevindingen via een reeks navertellingen aankomen, kan een belangrijke voorwaarde verdwijnen. Elke taak meldt bevindingen samen met hun bron terug. De Router ontvangt ze in dezelfde hoofdcontext. Dat gaf ons reden het harness in twee rollen te verdelen. Eén volgt het doorlopende teamgesprek. De andere voeren afzonderlijke opdrachten uit. ## Hoe Router en Workers samenwerken Elke werkruimte krijgt één blijvende Router. Die bewaart de hoofdcontext en volgt nieuwe verzoeken, veranderende besluiten en terugkerende resultaten. Een verzoek over het voorstel komt aan in dezelfde context als het lopende leveringsoverleg. Elk inkomend bericht draagt de identiteit van het brongesprek en bronbericht. De Router deelt context tussen gesprekken en bewaart de herkomst van elke invoer. De Router geeft een afgebakende opdracht aan een Worker. Elke taak begint een nieuwe Worker-sessie met instructies en overdracht voor die opdracht. De geschiedenis van andere Workers blijft in hun eigen sessies. Meerdere Workers kunnen tegelijk verschillende vragen onderzoeken. Elke taak krijgt een doel, de nodige context en een verwacht resultaat. ‘Onderzoek deze klant’ laat te veel open. ‘Controleer de exporteisen en stel een formaat voor, met bronnen en open vragen’ geeft de Worker iets dat af kan en de Router een bruikbaar resultaat. Het voorstel vraagt bijvoorbeeld om een exportcontrole en een leveringsschatting. We kunnen die aan verschillende Workers geven. Eén levert de klanteisen. De andere levert een schatting met aannames. De Router brengt de resultaten terug in het hoofdgesprek, waar het team kan beslissen. Afgerond werk heeft een weg terug. Elke taak opent een nieuwe Worker-sessie. Resultaten keren met bronnen terug naar het hoofdgesprek. Elk zichtbaar antwoord vraagt om expliciet verzenden, ook in het hoofdgesprek. De Router noemt de bestemming en doorloopt de controles daarvan. Modeluitvoer en het beëindigen van een beurt publiceren geen antwoord. Dezelfde regel geldt als een Worker terugrapporteert of een andere deelnemer aanspreekt. Materiaal lezen geeft context voor de taak; verzenden is een aparte handeling. ### Controle op informatiestromen Parallelle taken brengen bronnen met verschillende lezerskringen samen. Elke verzending vermeldt de gebruikte bronnen. Information flow control, of IFC, controleert of de lezers op de bestemming die bronnen mogen lezen. Als handhaving aanstaat, geeft een geweigerde verzending een reden terug. De agent kan beperkt materiaal verwijderen en opnieuw proberen, of de vereiste menselijke toestemming voor dat bereik vragen. Bij een nieuwe poging moeten zowel inhoud als bronvermeldingen worden aangepast. IFC geeft het team een controleerbare stap tussen het voorbereiden en delen van een antwoord. Elk zichtbaar antwoord wordt expliciet verzonden, ook in het hoofdgesprek. Terug bij het voorstel kan de Router de schatting aan het team voorleggen, het resterende besluit vragen en het afgesproken antwoord via het juiste kanaal versturen. De opdracht van de Worker is afgebakend. Het teamgesprek loopt door na de overdracht. Een nieuwe taak opent een nieuwe Worker-sessie. Bij een sessiewissel nemen we onafgemaakt werk en de verwijzingen mee. Het team moet eerdere besluiten kunnen terugvinden. ## Wat het team samen leert Herbruikbare werkwijzen worden gedeelde skills voor de groep: bewerkbare instructies en hulpmiddelen. De maker beheert wijzigingen door agents. Andere agents kunnen de skill gebruiken zonder hem te herschrijven; een ingebouwde alleen-lezen skill kan worden gekopieerd voor aanpassingen. Sessies ontvangen de catalogus voor hun bereik en openen relevante instructies. De Router onderhoudt blijvend geheugen over mensen, omgevingen, algemene feiten en gedateerde gebeurtenissen. Dat wordt op verzoek gelezen of doorzocht. Gewone Workers werken met taakoverdrachten; toegewezen Triage Workers hebben brongebonden leestoegang. De Router schrijft het geheugen. Wanneer ingeschakeld geeft de Condensed Workspace elke interne Router- en Worker-sessie dezelfde korte lijst met actuele groepsfeiten. De eigenaar van de werkruimte kan die direct bewerken. Updates van agents krijgen een adviserende controle op hun relevantie als actuele feiten voor andere agents. Revisies en de laatste schrijver worden geregistreerd. De eigenaar kan uitspraken corrigeren of verwijderen, zodat gedeelde aannames zichtbaar en bewerkbaar zijn. Een geweigerde update kan met de afwijzings-ID opnieuw worden aangeboden om de controle expliciet te overrulen. ## De kosten van één doorlopend gesprek Dit zet de hoofdsessie onder druk. Workers kunnen parallel draaien, maar de Router moet de resultaten samenbrengen. Een verzoek kan binnenkomen terwijl een eerder verzoek nog loopt. Mensen ervaren dat als een wachtrij, hoeveel Workers er ook beschikbaar zijn. We werken nog aan die seriële wachtrij. Een lang onderzoek delegeren geeft de Router meer ruimte om te reageren, maar samenhangende besluiten vragen een volgorde. Bij het voorstel moet iemand de leverdatum vastleggen voordat de definitieve belofte uitgaat. Een gedeeld gesprek maakt die afhankelijkheid zichtbaarder en geeft de Router meer verantwoordelijkheid om het werk vooruit te helpen. Ook de geschiedenis kost iets. Elke afgeronde taak voegt iets toe dat later nuttig kan zijn, naast veel dat nooit meer nodig is. Naarmate de geschiedenis groeit, kost het meer werk om het juiste besluit en de redenen te vinden. We willen een oud besluit terugvinden zonder een collega het hele gesprek te laten reconstrueren. De redenen helpen het team herkennen wanneer een besluit moet veranderen. Hier staat onze verkenning. We kozen een gedeeld hoofdgesprek omdat teams via verschillende mensen en taken telkens bij hetzelfde werk terugkomen. Als iemand een verwant gesprek opent, willen we dat de eerdere inspanning van het team er nog is. Engineering [Terug naar de blog](https://comma.surf/nl/blog) Delen ## Gerelateerde artikelen 19 oktober 2026 ### [Native SSH voor Comma-agents](https://comma.surf/nl/blog/native-ssh) 1 oktober 2026 ### [Programmeerbare event loops voor onze gedistribueerde agent-harness](https://comma.surf/nl/blog/agent-programmable-event-loops) 31 oktober 2026 ### [Gehoste of zelfgehoste persoonlijke agents: wie beheert wat?](https://comma.surf/nl/blog/hosted-vs-self-hosted-personal-agent) ## Try Comma, Now. [Aan de slag](https://app.comma.surf/)