Claude Code 2.1.323 ist gestern Abend um 20:29 UTC bei npm gelandet. Der erste Eintrag im Changelog ist auch der interessanteste: Code Mode, ein experimenteller Opt-in, bei dem Claude JavaScript schreibt, um seine Werkzeuge aufzurufen. Statt jeden Aufruf einzeln als Tool-Call zu schicken.
Mehr als diese eine Zeile gibt der Changelog nicht her. Er verweist auf code.claude.com/docs/en/code-mode, dort schaltet man es ein oder für eine Organisation ab. Beim Abruf heute Morgen antwortet der Pfad mit 404, und in der Navigation der Dokumentation steht er auch nicht. Die Seite kommt offenbar nach.
Warum das mehr ist als eine Umbenennung
Ein Agent, der zwanzig Dateien lesen und drei Befehle laufen lassen will, schickt dafür heute zwanzig und drei Werkzeugaufrufe, und zwischen jedem steht eine Modellantwort. Schreibt er stattdessen ein kleines Skript, das alle Aufrufe enthält, laufen Schleifen, Bedingungen und Zwischenergebnisse in einem Durchgang. Das spart Token, und es spart die Wartezeiten dazwischen. Über 2.1.321 habe ich vor drei Tagen geschrieben; dort war das Thema noch, welches Modell Standard ist. Hier geht es darum, wie der Agent überhaupt arbeitet.
Der Preis steht auch in der Formulierung: experimentell, Opt-in, und für Organisationen abschaltbar. Code, der Werkzeuge aufruft, ist schwerer zu prüfen als eine Liste von Aufrufen.
Zwei Zeilen, die dich eher treffen als Code Mode
Das angenommene Kontextfenster für eine Modell-ID, die Claude Code nicht kennt, steigt von 200.000 auf eine Million Token. Klingt harmlos, ist es nicht: Sitzungen auf Modellen anderer Anbieter mit kleinerem Fenster können, sobald es voll ist, bei jeder Antwort scheitern, bis du /clear drückst. Wer solche Modelle fährt, setzt vorher CLAUDE_CODE_DISABLE_1M_CONTEXT=1.
Und die Zahl der Nachrichten, die deine Sitzungen auf derselben Maschine einander ohne Rückfrage schicken dürfen, geht von rund 20 auf 100.000. Für Claude Desktop gilt dasselbe. Wer Agenten in Gruppen laufen lässt, hat damit die Bremse los, die bisher nach zwanzig Nachrichten nachgefragt hat.
Plugins bekommen eine Versionsgrenze
In plugin.json steht jetzt engines["claude-code"]. Ein Plugin außerhalb der genannten Version wird nicht installiert, nicht aktualisiert und nicht geladen, und Installation und Update nehmen die neueste passende Version. claude plugin validate prüft zusätzlich die Typen im TypeScript-Hooks-Modul eines Plugins. Jeder Fund ist eine Warnung, mit --strict ein Fehler. Die Einstellung subagentStatusLine ist weg, das agent-Feld eines Plugins gilt noch, warnt aber beim Start.
Beim MCP-Client ist die erste Generation entfernt. MCP_SDK_GENERATION=v1 fährt ab jetzt den v2-Client in einem Verträglichkeitsmodus mit älterem Handshake und entspannteren OAuth-Prüfungen.
Die Rechteprüfung zieht an mehreren Stellen an
/security-review fragt vor dem Lauf. Artifact-Updates fragen nach, auch unter einer Allow-Regel, wenn Leute außerhalb deiner Organisation das Artifact sehen können oder Claude das nicht prüfen kann. In der Bash-Sandbox zählt Schreibrecht nicht mehr, wenn es über einen Symlink in einem beschreibbaren Ordner woandershin führt. git worktree add, move und remove scheitern dort jetzt schreibgeschützt. Und --permission-mode auto startet im Manual-Modus, wenn Auto-Mode nicht verfügbar ist. Vorher landete die Sitzung in einem Modus, der mehr erlaubt hätte.
Dazu rund 200 Korrekturen, von Remote Control über Cloud-Sitzungen bis zu OpenTelemetry. Und das Artifact-Werkzeug nimmt jetzt .docx als Asset an.
Code Mode ist der spannendste Schalter, den du noch nicht finden kannst
Eine Zeile Changelog, eine 404-Seite, kein Blogpost: So startet Anthropic Dinge, bei denen noch offen ist, ob sie bleiben. Wer die Token-Rechnung einer Agentenflotte im Blick hat, sollte die Doku-Seite trotzdem im Auge behalten. Schreibt ein Agent sein Vorgehen als Skript, verschiebt sich die Frage von „wie viele Aufrufe“ zu „was steht in dem Skript“ – und diese Frage beantwortet dir keine Allow-Liste.