Claude Code 2.1.268 retter HTTP 400 mot kompatible endepunkter

Av 96 punkter i utgivelsen er 59 feilrettinger. Den viktigste gjelder deg som peker ANTHROPIC_BASE_URL mot et annet endepunkt enn Anthropics eget. Siden 2.1.265 har hver eneste tur feilet med HTTP 400, fordi et regulært uttrykk i input-skjemaet til Artifact-verktøyet ble avvist av slike endepunkter.

Flere rettelser handler om tillatelsesregler som ikke gjorde jobben. Deny- og ask-regler på katalogstier bak symbolske lenker, som /etc, /tmp og /var på macOS og /bin på Linux, gjaldt ikke når stien ble oppgitt med den faktiske plasseringen. Bash-kommandoer ignorerte også deny-regler skrevet med symlink-stien. En Read- eller Edit-regel kunne omgås når en kommando som env -C eller eval sto på samme linje. I tillegg viste feilmeldinger for plugins og markedsplasser tokens eller passord fra git-URL-er, og /mcp og claude mcp list viste hemmeligheter hentet fra ${VAR}-plassholdere i MCP-konfigurasjonen.

WebFetch kunne hange i det uendelige mot en server som holder svaret åpent, og gir nå opp etter 300 sekunder. Fristen styres med CLAUDE_CODE_WEBFETCH_DEADLINE_MS, der 0 skrur den av. En busy loop i lange, inaktive økter låste en hel CPU-kjerne, og PermissionRequest-hooks fyrte ikke i --print-modus. Oppgaveverktøyene, blant dem TaskCreate og TodoWrite, tilbys nå bare på eldre modeller som Claude 3.x og Opus 4.0 til 4.7, med mindre du setter CLAUDE_CODE_ENABLE_TODO_TOOLS=1.

Hva bør du gjøre?

1. Kjører du Claude Code mot en proxy eller Anthropic-kompatibel gateway og har stått fast siden 2.1.265, er oppgraderingen hele løsningen.
2. Har du deny-regler for systemkataloger eller bruker eval i Bash-arbeidsflyter, test at reglene faktisk slår inn etter oppgraderingen.
3. Bygger du automatisering rundt TodoWrite på nyere modeller, sett CLAUDE_CODE_ENABLE_TODO_TOOLS=1 før du oppgraderer.