Anthropic hat den Nutzern von Claude Code diese Woche eine Übersicht dessen geschickt, was im August erschienen ist. Das Leitmotiv: Das Werkzeug ist dem Etikett "ein Programmierassistent in deinem Terminal" entwachsen und zu einem breiteren Arbeitsbereich geworden — Oberflächendesign, Steuerung des Antwortstils und Ausführungsberechtigungen, die durch in einfacher Sprache geschriebene Regeln gesteuert werden.

Hier ist, was sich tatsächlich geändert hat und was es für ein Engineering-Team oder einen Product Owner bedeutet.

1) Die Design-Skill: von der Idee zur bearbeitbaren Oberfläche, ohne das Terminal zu verlassen

/design ist eine neue Skill, die am 17. August 2026 als Research Preview erschienen ist. Man gibt ihr eine Idee, einen Screenshot oder ein bestehendes Design, und sie liefert bearbeitbare Artboards in Claude Design — aufgebaut auf Artifacts und sowohl in der CLI als auch in der Desktop-App verfügbar.

Der Nutzen liegt darin, dass der gesamte Kreislauf an einem Ort bleibt: den Bildschirm beschreiben, mehrere Optionen erhalten, eine auswählen, sie anpassen und dann Claude den Code schreiben lassen, der sie umsetzt. Und weil das Ergebnis eine echte Designdatei und kein Bild ist, lässt es sich teilen: In den Plänen Team und Enterprise kann jeder, den man zum Editor macht, es ändern und eine neue Version veröffentlichen.

Der klügste Einsatz kommt vor dem Schreiben von Code, nicht danach: Lassen Sie sich mehrere Optionen für einen Bildschirm geben, bevor Sie sich auf eine festlegen.

2) Der Ausgabestil Concise: zuerst das Ergebnis, keine Vorrede

Eine wiederkehrende Klage von Entwicklern lautet, dass die Antworten von Claude zu lang ausfallen. Die Antwort darauf ist ein eingebauter Ausgabestil namens Concise: Er beginnt mit dem Ergebnis, lässt die Vorrede und die Schritt-für-Schritt-Erzählung weg und hält Antworten standardmäßig kurz. Die technische Arbeit selbst wird nicht gekürzt, und wer eine ausführliche Erklärung verlangt, bekommt sie vollständig.

Eine wichtige Ausnahme: Fehlerberichte, Sicherheitswarnungen und Bestätigungen für destruktive Aktionen kürzt er nie.

Aktiviert wird er über /config und dann Output style oder direkt in den Einstellungen:

{ "outputStyle": "Concise" }

Er setzt Version 2.1.237 oder neuer voraus und bringt die Zahl der eingebauten Stile auf fünf: Default, Proactive, Concise, Explanatory und Learning. Ein technischer Hinweis: Der Ausgabestil ist Teil des System-Prompts, der einmal beim Start der Sitzung gelesen wird, daher greift eine Änderung erst nach /clear oder in einer neuen Sitzung.

3) Automatisches Weiterarbeiten nach einem Nutzungslimit

Erreichte man früher ein Nutzungslimit, stoppte die Sitzung, und man musste auf das Zurücksetzen warten, bevor man "weiter" eintippen konnte. Jetzt setzt die Sitzung dort fort, wo sie aufgehört hat, sobald das Limit wieder frei ist.

Das erhöht Ihre Limits nicht, erspart aber den ständigen Blick auf die Uhr. Sein eigentlicher Wert zeigt sich bei langen Aufgaben, die zwischen Sitzungen weiterlaufen.

4) Der Auto-Modus ist Standard, und seine Regeln sind einfache Sätze

Seit dem 14. August 2026 ist der Auto-Modus der Standard-Berechtigungsmodus für neue Sitzungen in den Plänen Pro, Max und Team. Darin prüfen Sie nicht jede Aktion, bevor sie ausgeführt wird; ein zweites Modell, der sogenannte Classifier, prüft sie und entscheidet, was durchgeht und was gestoppt wird. Wenn Sie einen eigenen Standardmodus festgelegt haben, bleibt er bestehen, sofern Sie die Umstellungsabfrage nicht akzeptieren; ein von der Organisation verwalteter Standard ändert sich nicht, und Sie können Ihren eigenen mit defaultMode in den Einstellungen festlegen.

Der praktische Teil: Sie steuern diesen Classifier mit Regeln, die als gewöhnliche Sätze statt als komplexe Ausdrücke geschrieben sind. Einträge unter hard_deny blockieren bedingungslos, Einträge unter soft_deny blockieren, sofern keine direkte Anfrage oder kein Erlauben-Eintrag sie aufhebt, und das Hinzufügen von $defaults hält die eingebauten Regeln in Kraft:

{
  "autoMode": {
    "soft_deny": [
      "$defaults",
      "Never run database migrations outside the migrations CLI"
    ],
    "hard_deny": [
      "$defaults",
      "Never send repository contents to third-party code-review APIs"
    ]
  }
}

Diese Regeln liegen in Ihren Benutzereinstellungen, sodass Einstellungen auf Projektebene sie nicht überschreiben können und sie in jedem Projekt gelten. Das ist wichtig für jedes Team, das eine einheitliche Sicherheitsrichtlinie will, die ein einzelnes Repository nicht aushebeln kann.

Um Ihre Regeln zu prüfen, bevor Sie sich auf sie verlassen, zeigt claude auto-mode critique an, welche Einträge mehrdeutig, redundant oder anfällig für Fehlalarme sind. Daneben gibt claude auto-mode config die wirksame Konfiguration aus, claude auto-mode defaults die eingebauten Regeln, und claude auto-mode reset stellt sie wieder her.

5) Details aus den Releases: ein Standardmodell, GitLab und Sitzungen, die sich gegenseitig ansprechen

Über die vier Schlagzeilen hinaus bringen die jüngsten Releases kleine Änderungen mit unverhältnismäßig großer Wirkung im Alltag:

  • Ein Standardmodell für neue Sitzungen (2.1.236). Die Umgebungsvariable ANTHROPIC_DEFAULT_MODEL legt das Modell fest, mit dem eine Sitzung startet, wenn nichts anderes eines auswählt; --model, ANTHROPIC_MODEL, eine gespeicherte Auswahl und ein Standard der Organisation haben Vorrang.
  • Einzelheiten zum automatischen Weiterarbeiten (2.1.234). In der CLI geschieht es automatisch und lässt sich in /config abschalten; in der Desktop-App aktiviert man es auf der Karte zum Sitzungslimit. Die Karte zum Wochenlimit bietet es nicht an.
  • GitLab-Merge-Request-URLs in worktree (2.1.233). Übergeben Sie --worktree die URL eines GitLab-Merge-Requests, und Claude Code erstellt daraus den Branch; auf einem Branch mit offenem Merge Request erscheint in der Fußzeile ein anklickbares Badge (2.1.234). Marketplaces klonen jetzt auch einfache gitlab.com-URLs (2.1.232). Eine bedeutende Änderung für jedes Team, das GitLab statt GitHub nutzt.
  • Andere Sitzungen erwähnen (2.1.232). Ist auf demselben Rechner eine weitere Sitzung geöffnet, tippen Sie @ und ihren Namen in Ihren Prompt, und Claude schickt die Nachricht an diese Sitzung. Nur unter macOS und Linux und nicht unterstützt auf Bedrock, Claude Platform on AWS, der Agent Platform von Google Cloud und Foundry.
  • Fork-Modus standardmäßig aktiv (2.1.232). In interaktiven Sitzungen kann Claude einen Fork-Subagenten starten, der mit der vollständigen Unterhaltung statt mit einem leeren Kontext beginnt, und die von ihm gestarteten Subagenten im Hintergrund ausführen. Mit -p und im Agent SDK ist er standardmäßig aus und wird mit CLAUDE_CODE_FORK_SUBAGENT=1 aktiviert.
  • Code-Review im Hintergrund (2.1.232). Bei Aufwand high, xhigh oder max läuft /code-review als Hintergrund-Agent, statt die Sitzung zu übernehmen. Der gehostete Review-Dienst bleibt Team und Enterprise vorbehalten.
  • Wichtige Fehlerbehebungen (2.1.238). Remote Control bricht nicht mehr bei einer langsamen Erneuerung der Anmeldung oder einer kurzen Ablehnung durch ein VPN oder einen Proxy ab, und Nachrichten, die mitten in einem Durchgang aus dem Web oder vom Desktop gesendet werden, bleiben im Transkript. Lange Sitzungen wachsen im Speicher nicht mehr unbegrenzt, und ein benutzerdefinierter Ausgabestil hält jetzt die ganze Sitzung über, statt allmählich zur Standardstimme zurückzukehren.

Wie eine Ingenieurin bei Anthropic tatsächlich arbeitet

Der Newsletter enthielt ein bemerkenswertes Zitat einer Ingenieurin aus dem Claude-Code-Team, die ihr tägliches Setup beschreibt: zwei leitende Agenten, die sich gegenseitig in die Pflicht nehmen und den jeweils anderen neu starten, falls einer ausfällt, und die an Tech-Lead- oder PM-Agenten delegieren, verteilt auf die acht bis zehn Projekte, die sie gleichzeitig betreut, mit fünf bis zehn IC-Agenten pro Projekt. Trotz dieses Umfangs schreibt sie nur dreißig bis fünfzig Prompts am Tag, ihre IC-Agenten arbeiten zwei oder drei Tage am Stück selbstständig, und alle kommunizieren direkt über das Agenten-Messaging-Werkzeug.

Die aufschlussreichste Zahl ist nicht die Anzahl der Agenten, sondern die Aufteilung ihrer Zeit: sechzig Prozent mit den leitenden Agenten, fünfunddreißig mit einem Projektleiter und fünf, wenn etwas aus dem Ruder gelaufen ist. Die Hebelwirkung entsteht durch eine klare Delegationsstruktur, nicht durch mehr Werkzeuge. Wer ein ähnliches Ergebnis anstrebt, sollte zuerst festlegen, wer entscheidet, wer ausführt und wer überwacht, bevor er einen weiteren Agenten startet.

Anthropic veröffentlichte in derselben Woche zwei passende Beiträge: einen über effiziente Sitzungen, die aus jedem Token den größten Nutzen ziehen, und einen, der fünf Arbeitsprinzipien aus Interviews mit mehr als einem Dutzend schnell wachsender Startups darlegt.

Weitere Neuigkeiten im selben Update

  • Die Erhöhung der Wochenlimits um fünfzig Prozent wurde für die Pläne Pro, Max, Team und platzbasiertes Enterprise bis zum 31. August 2026 verlängert. Anthropic erklärt, man hoffe, sie dauerhaft zu machen, doch die Nachfrage nach seinen Modellen bedeute, dass man mehr Zeit brauche, um herauszufinden, wie.
  • Der Browser-Bereich in der Desktop-App. Öffnen Sie ihn per Tastenkürzel oder über das Menü Views, klicken Sie dann auf ein beliebiges Element der Seite und sagen Sie Claude, was geändert werden soll. Viel schneller, als das Element mit Worten zu beschreiben.

Was das für Ihr Team bedeutet

Erstens: Der Abstand zwischen Design und Umsetzung ist gerade kürzer geworden. /design ersetzt Ihre Designerin nicht, beseitigt aber in den frühen Phasen interner Funktionen den Zyklus des Wartens auf das Mockup.

Zweitens: Den Auto-Modus zum Standard zu machen, verlagert die Sicherheitsverantwortung vom Klick auf "Genehmigen" zum Schreiben der Richtlinie. Wer seine Regeln nicht geschrieben hat, arbeitet allein mit den eingebauten — eine Entscheidung, die bewusst getroffen werden sollte und nicht durch Schweigen.

Drittens: Die Richtung geht klar zu mehreren parallel laufenden Agenten: Fork standardmäßig aktiv, Sitzungen, die sich gegenseitig ansprechen, Code-Review im Hintergrund. Ein Team ohne schriftliche Delegationsstruktur bekommt paralleles Chaos statt parallelen Durchsatz.

Viertens: Der Release-Rhythmus ist inzwischen wöchentlich. Wer Claude Code nach dem Motto "installieren und vergessen" behandelt, verpasst Änderungen, die Berechtigungen und Sicherheit direkt betreffen, nicht nur kosmetische Funktionen.

Die Sicht von Origami

Wir verfolgen diese Updates, weil sie unsere tägliche Arbeitsweise berühren, nicht weil sie Technik-Nachrichten sind. Die GitLab-Unterstützung betrifft uns direkt, da unsere Repositories dort liegen, und eine in den Benutzereinstellungen festgeschriebene Berechtigungsrichtlinie löst ein altes Problem: eine Sicherheitsregel, die ein einzelnes Projekt nicht aushebeln kann. Die Schlussfolgerung, die wir für uns selbst ziehen und unseren Kunden empfehlen, ist dieselbe: Bevor Sie Agenten oder Werkzeuge hinzufügen, schreiben Sie Ihre Richtlinie und Ihre Delegationsgrenzen auf. Werkzeuge vervielfachen, was Sie bereits haben, und wenn das, was Sie haben, Chaos ist, vervielfachen sie das Chaos.

Quellen

  • Newsletter des Claude-Code-Teams, 22. August 2026 — die ursprüngliche Ankündigung.
  • Offizielle Dokumentation von Claude Code — Ausgabestile, Berechtigungsmodi, die Desktop-Anwendung und die Seite What's New für Woche 32.
  • Changelog von Claude Code für die Versionen 2.1.232 bis 2.1.238.
  • Anthropic-Blog — die Ankündigung des Auto-Modus als Standard sowie die Beiträge zum Sitzungsmanagement und der Leitfaden für Startups.