2 Min. Lesezeit KI-generiert

Claude Code 2.1.205: Schutz vor Transkript-Manipulation und Windows-Fixes

Artikel als Markdown kopieren

Die neue Claude-Code-Version schließt eine heikle Lücke: Im Auto-Modus wird das Manipulieren der Session-Transkripte jetzt blockiert. Dazu kommen Fixes für Windows-Worktrees und Background-Agenten.

Featured image for "Claude Code 2.1.205: Schutz vor Transkript-Manipulation und Windows-Fixes"

Claude Code entwickelt sich weiter im Wochentakt — und Version 2.1.205 bringt einen Fix, der über einen normalen Bugfix hinausgeht. Der Auto-Modus verhindert jetzt aktiv, dass die Session-Transkripte manipuliert werden. Klingt technisch, ist aber ein Sicherheitsthema.

Was drin steckt

Die wichtigsten Änderungen der Version:

  • Schutz der Transkripte: Eine neue Auto-Modus-Regel blockiert das Manipulieren von Session-Transkript-Dateien. Wer nachvollziehbare Logs braucht — etwa im Enterprise- oder Behörden-Kontext — bekommt hier ein hartes Sicherheitsnetz.
  • JSON-Schema-Fix: --json-schema produzierte stillschweigend unstrukturierte Ausgaben, wenn das Schema ungültig war. Und Schemata mit dem format-Schlüsselwort wurden fälschlich abgewiesen. Beides ist repariert.
  • Verlorene Nachrichten: Eine Nachricht, die geschickt wurde, während Claude arbeitete, ging still verloren, wenn der Turn am --max-turns-Limit endete. Nicht mehr.
  • Windows-Worktree-Fix: Das Entfernen eines Worktrees löschte unter Windows Dateien außerhalb des Worktrees, wenn darin eine NTFS-Junction oder ein Verzeichnis-Symlink lag. Ein böser Bug — jetzt behoben.
  • Background-Agenten: Agenten, die per SendMessage fortgesetzt wurden, blieben in der Liste fälschlich als ‘failed’ oder ‘completed’ stehen. Der Status stimmt jetzt wieder.

Meine Einordnung

Zwei dieser Fixes sind mehr als Kosmetik. Der Transkript-Schutz zeigt, wohin die Reise geht: Claude Code wird zunehmend in regulierten Umgebungen eingesetzt, in denen ein manipulationssicheres Protokoll kein Nice-to-have ist, sondern Pflicht. Passt gut zum FedRAMP-High-Government-Launch derselben Woche.

Und der Windows-Worktree-Bug ist ein gutes Beispiel dafür, warum ich bei Datei-löschenden Operationen immer ein mulmiges Gefühl habe. Ein Symlink an der falschen Stelle, und plötzlich sind Dateien weg, die niemand anfassen wollte. Gut, dass so etwas schnell gefixt wird — aber es erinnert daran, wie viel Vertrauen wir diesen Agenten beim Umgang mit unserem Dateisystem entgegenbringen.


Quellen: