# Hoe voorkom je dat een lange codingsessie context verliest? > Voorkom contextverlies door duurzame feiten uit de chat te verplaatsen naar een compact logboek van taken, besluiten, tests en repositorycheckpoints. Herstel vóór compressie of een modelwissel de status uit die artefacten in plaats van een onbeperkte conversatie af te spelen. Lange sessies mislukken meestal door geleidelijke afwijking, niet door plots geheugenverlies. De agent onthoudt het hoofddoel, maar verliest een kleine beperking, vertrouwt een verouderde test, herhaalt onderzoek of bewerkt volgens een plan dat niet meer bij de repository past. De oplossing is een duurzame externe status die korter en betrouwbaarder is dan de conversatie. Behandel de chat als werkgeheugen en de repository als bron van waarheid. Noteer bij elk belangrijk checkpoint wat veranderde, wat is geverifieerd, wat onzeker blijft en wat daarna moet gebeuren. ## Volg vier soorten context Scheid feiten op functie zodat de samenvatting geen ongedifferentieerd verhaal wordt. | Contexttype | Voorbeelden | Duurzame locatie | |---|---|---| | Doel | Gebruikersresultaat en acceptatiecriteria | Taaklogboek | | Beperkingen | Compatibiliteit, veiligheid, stijl en scope | Taaklogboek | | Repositorystatus | Gewijzigde bestanden en huidige branch | Versiebeheer | | Bewijs | Tests, logs, screenshots en benchmarks | Verificatielogboek | Voeg aannames alleen als duidelijk gemarkeerde vijfde categorie toe. Elke aanname moet de goedkoopste actie noemen om haar te bevestigen of verwerpen. ## Houd een compact taaklogboek bij Een nuttig logboek past op één scherm. Werk het bij na mijlpalen, niet na elk bericht. ```md Objective: Ship model-switch support without changing existing tool behavior. Constraints: * Preserve the public API. * No destructive migration. Current state: * Parser adapter added in src/stream.ts. * Unit tests pass; cancellation test still fails. Decisions: * Buffer tool arguments until the final event. Evidence: * npm test: 142 passed, 1 failed. Next action: Fix duplicate execution after stream cancellation. ``` Bewaar exacte paden, commando’s en foutnamen. Vermijd een dagboek van de discussie. ## Plaats checkpoints rond geverifieerde status Een checkpoint hoort na een reproduceerbaar resultaat: geslaagde testgroep, kleine bevestigde wijziging, geverifieerde API-response of besluit dat door een testcase wordt ondersteund. Leg niet-bevestigde bestanden vast vóór modelwissel of compressie. Zeg niet dat iets werkt omdat code is geschreven; koppel de claim aan een test, build of zichtbaar artefact. | Bewering | Vereist bewijs | |---|---| | Parser ondersteunt twee aanroepen | Test met twee gekoppelde ID’s | | Retry is veilig | Idempotentietest bij verbreking | | Refactor behoudt gedrag | Oude en nieuwe suites slagen | | UI is correct | Gerenderde inspectie op doelmaten | ## Haal de bron opnieuw op in plaats van chat te herhalen Open het actuele bestand, schema of officiële document opnieuw wanneer een detail telt. Een oud chatfragment kan inmiddels gewijzigde code beschrijven. Geef paden en zoektermen zodat de huidige status wordt onderzocht. Houd retrieval gericht: interface, implementatie, falende test en relevante log vóór de hele repository. Zo blijft ruimte over voor redeneren. ## Comprimeer met behoud van besluiten en bewijs Goede compressie verwijdert herhaling, maar behoudt beperkingen, moeilijk terug te draaien besluiten, verworpen alternatieven en verificaties. Onderscheid `verified`, `observed`, `assumed` en `pending`. Vat een mislukt experiment niet samen als eindontwerp. Bewaar de reden van afwijzing als dezelfde aanpak kan terugkeren. ## Beperk tooluitvoer Lange logs en gegenereerde bestanden verbruiken snel aandacht. Vraag bereiken, aantallen of overeenkomende regels; bewaar de volledige uitvoer als artefact en geef een korte samenvatting met pad. Bewaar bij testfouten de eerste bruikbare stacktrace, falende assertie en omgevingsdetails, niet honderden herhaalde frames. ## Hervat met een deterministisch ritueel Na pauze, compressie of modelwissel: * Lees doel en beperkingen. * Controleer versiebeheer en recente wijzigingen. * Open bestanden uit de huidige status. * Herhaal de laatste relevante controle. * Bevestig dat de volgende actie nog geldig is. Deze routine ontdekt verouderde samenvattingen vóór nieuwe wijzigingen. ## Kies modellen zonder op chatgeheugen te vertrouwen Een gateway vergemakkelijkt wisselen, maar status blijft jouw verantwoordelijkheid. Atlas Cloud biedt meerdere protocollen op één base URL; controleer de [protocolmatrix](https://www.atlascloud.ai/docs/llm-protocols?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=prevent-long-coding-sessions-from-losing-context) en [modelcatalogus](https://www.atlascloud.ai/llm-models?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=prevent-long-coding-sessions-from-losing-context) voordat je een actieve agent verplaatst. Geef het vervangende model het logboek, relevante bestanden en een recente verificatie. Vertrouw niet op providerspecifieke status-ID’s zonder bevestigd protocol en gedrag. ## Conclusie Lange sessies behouden context wanneer duurzame status compact, onderbouwd en gemakkelijk herlaadbaar is. Gebruik een logboek van één scherm, checkpoints na geverifieerde wijzigingen, actuele bron in plaats van chat, begrensde uitvoer en een vaste hervattingsroutine. Een groter venster helpt, maar gedisciplineerde externe status maakt het werk herstelbaar. ## FAQ ### Is een groter contextvenster genoeg voor een lange sessie? Nee. Meer ruimte stelt de druk uit, maar garandeert niet dat oude beperkingen zichtbaar blijven of verouderde observaties worden gecorrigeerd. ### Wat hoort in het sessielogboek? Doel, beperkingen, huidig plan, gewijzigde bestanden, belangrijke besluiten, verificaties, open risico’s en de exacte volgende actie. ### Wanneer moet een checkpoint worden gemaakt? Na een betekenisvolle statuswijziging, zoals een geslaagde test, voltooide fase, ontwerpbesluit of ontdekking die het plan verandert. ### Moet ik de hele conversatie in een nieuw model plakken? Meestal niet. Geef een samengesteld checkpoint, relevante bestanden en logs en laat het nieuwe model de actuele status inspecteren. ### Hoe voorkom ik dat een samenvatting een oude fout bewaart? Scheid geverifieerde feiten van aannames, voeg commando’s of paden als bewijs toe en trek beweringen in die door nieuwe tests worden tegengesproken. ### Wat is de veiligste manier om na een onderbreking te hervatten? Laad het logboek, controleer versiebeheer, herhaal de laatste relevante verificatie en begin bij de vastgelegde volgende actie.