Claude Code v2.1.216 fjerner kvadratisk treghet i lange sesjoner

Claude Code kjører en normaliseringsrunde over hele samtalehistorikken før hvert eneste API-kall. Anthropics egen changelog for v2.1.216 beskriver feilen presist: kostnaden for dette steget vokste kvadratisk med antall turer, ikke lineært, og ga «multi-second stalls and slow resumes». Hver dobling av sesjonslengden firedoblet altså normaliseringsarbeidet.

Feilen var vanskelig å oppdage fordi den ikke ga noen feilmelding. Tech Times, som omtalte oppdateringen, peker på at treghet før hvert kall er lett å skrive av som nettverksproblemer eller last på maskinen. Straffen traff dessuten skjevt: sesjoner som kjører uten godkjenning per steg samler opp langt flere turer enn en vanlig interaktiv økt, så de som lener seg tyngst på autonome kjøringer betalte mest.

Tre andre fikser i samme utgivelse er verdt å kjenne til hvis du kjører agenter i produksjon. Auto-modus avviste kommandoer med «HTTP 401»-klassifiseringsfeil når OAuth-tokenet utløp eller ble rotert midt i en sesjon, slik at en utløpt legitimasjon så ut som en sikkerhetsvurdering fra modellen. Gjenopptatte bakgrunnsagenter falt tilbake til standardagenten og mistet sin egen prompt og sine verktøybegrensninger, altså med bredere tilgang enn rollen opprinnelig fikk. Og subagenter i isolerte worktrees kunne dirigere git tilbake til det delte sjekkutgangspunktet via «git -C», «--git-dir» eller miljøvariablene GIT_DIR og GIT_WORK_TREE.

Utgivelsen la også til innstillingen «sandbox.filesystem.disabled», som hopper over filsystemisolasjonen mens nettverkskontrollen står. Den er en nødutgang for byggemiljøer som kolliderer med isolasjonslaget, ikke en feilsøkingsbryter: uten den kan Claude Code skrive til enhver sti brukeren din har tilgang til.

Hva bør du gjøre?

1. Kjør «claude update». Fiksene ligger i v2.1.216 og alt som er sluppet etter, og changelogen toppes nå av v2.1.218.
2. Gå gjennom logger fra lange kjøringer der agenten nektet en kommando uten tydelig sikkerhetsgrunn. Var det midt i en økt, kan det ha vært tokenrotasjon og ikke en vurdering.
3. Har du kjørt subagenter i isolerte worktrees, verifiser at git-operasjonene faktisk landet der du trodde.