Claude Code 2.1.296 nekter å redigere filer som ikke er UTF-8 i stedet for å ødelegge tegnene

Anthropic la ut 2.1.296 9. oktober med 79 endringer. Den viktigste rettelsen gjelder filer i eldre tegnkodinger. Edit- og NotebookEdit-verktøyene erstattet hvert eneste ikke-ASCII-tegn i filer som ikke var gyldig UTF-8. Har du norske tegn i en Windows-1252-fil, eller japansk tekst i Shift-JIS, kunne en enkel redigering ødelegge hele filen. Nå nekter verktøyene å redigere slike filer.

«Fixed Edit and NotebookEdit replacing every non-ASCII character in files that are not valid UTF-8 (Windows-1252, Shift-JIS, GBK); such edits are now refused» — endringsloggen for 2.1.296

To rettelser gjelder sikkerheten. Bash-tillatelsessjekken godkjente automatisk enkelte kommandoer som setter skallvariabelen BASH_ARGV0 og deretter bruker den; de krever nå godkjenning. På Windows ba rm -rf /c/Users/<name> i Git Bash ikke om bekreftelse i bypass permissions-modus, og det er også rettet.

For deg som kjører dynamic workflows kommer CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL, som setter én modell for alle workflow-agenter mens andre subagenter beholder sin. Subagenter kan dessuten få egen autoCompactWindow i frontmatter, slik at de komprimerer konteksten tidligere enn hovedsamtalen. Taket på MCP-verktøybeskrivelser og serverinstruksjoner som sendes med i starten er doblet fra 2048 til 4096 tegn. /cost, statuslinjen og --max-budget-usd regner nå Sonnet 5.5-cachelesing til 0,10 dollar per million tokens, mot 0,20 før.

Hva bør du gjøre?

1. Kjør claude update og sjekk at claude --version viser 2.1.296.
2. Har du brukt Claude Code på filer i Windows-1252, Shift-JIS eller GBK, kjør git diff på filer agenten har endret og se etter ødelagte tegn.
3. Bruker du --max-budget-usd med Sonnet 5.5, regn med at budsjettet nå strekker seg lenger på cache-tunge økter.