Wird Claude Code vereinfacht?

• In der neuesten Version 2.1.20 wurden sowohl die Anzeige von Dateilesen als auch von Suchmustern durch jeweils einen einzelnen zusammenfassenden Satz ersetzt, sodass Nutzer nicht mehr prüfen können, welche Dateien oder Muster verarbeitet werden
• Nutzer fordern über GitHub-Issues die Wiederherstellung der Anzeige von Dateipfaden und Suchmustern oder die Ergänzung einer Umschaltoption
• Der Entwickler Anthropic antwortete, dass die Vereinfachung „für die große Mehrheit der Nutzer nützlich“ sei, tatsächlich bestehen die Kommentare jedoch überwiegend aus Beschwerden
• Als vorgeschlagene Alternative wurde die Nutzung des „verbose mode“ genannt, dieser sei wegen übermäßiger Debug-Ausgaben jedoch wenig praktikabel
• Auch nach mehreren Versionen gibt es keine grundlegende Lösung, und Nutzer wechseln entweder zurück zur vorherigen Version (2.1.19) oder fordern die Ergänzung eines einfachen Konfigurations-Flags

---

Änderungen in Claude Code 2.1.20

• In der neuen Version wurden alle Ausgaben zu Dateilesen und Suchmustern durch eine einzige zusammenfassende Zeile wie „Read 3 files“ oder „Searched for 1 pattern“ ersetzt
  • Zuvor wurde konkret angezeigt, welche Dateien gelesen und nach welchen Mustern gesucht wurde
  • Jetzt fehlen diese Details, wodurch es für Nutzer schwieriger wird, das Verhalten innerhalb der Codebasis nachzuverfolgen
• Durch diese Änderung kritisieren Nutzer, die 200 Dollar im Monat bezahlen, dass die Transparenz des Tools verloren gegangen sei

Nutzerreaktionen und GitHub-Issues

• In mehreren GitHub-Issues brachten Nutzer dieselbe Forderung vor: „Zeigt die Dateipfade wieder an oder fügt zumindest eine Umschaltoption hinzu“
• Anthropic antwortete, die Vereinfachung sei „für die große Mehrheit der Nutzer eine Verbesserung zur Reduzierung von Rauschen“
  • Der Artikel weist jedoch darauf hin, dass es keine Grundlage für diese „Mehrheit“ gebe und tatsächlich nur Unmut zu sehen sei
• Die von Anthropic vorgeschlagene Lösung war die Empfehlung, den „verbose mode“ zu verwenden

Kontroverse um den „verbose mode“

• Der verbose mode gibt thinking traces, hook output, sub-agent transcript und den vollständigen Dateiinhalt im Terminal aus
  • Nutzer beklagen die übermäßige Ausgabe mit dem Hinweis: „Wir wollen einfach nur die Anzeige von Dateipfaden und Suchmustern“
• Ein Entwickler antwortete, man werde den verbose mode verbessern und besser auf reale Anwendungsfälle abstimmen
  • Dennoch forderten rund 30 Nutzer wiederholt, die Änderung zurückzunehmen oder eine Umschaltoption hinzuzufügen
• Ein Nutzer wies darauf hin, dass Sätze wie „Searched for 13 patterns, read 2 files“ völlig bedeutungslose Informationen seien

„Fixes“ in späteren Versionen und anhaltende Probleme

• In späteren Versionen wurden einige thinking traces und hook output aus dem verbose mode entfernt, um ihn weniger ausschweifend zu machen
  • Dennoch wird weiterhin die vollständige Ausgabe der Sub-Agents angezeigt, was den Bildschirm unübersichtlich macht
• Früher wurde die Arbeit jedes Sub-Agents als knapper Ein-Zeilen-Stream angezeigt
  • Jetzt werden gleichzeitig große Textmengen mehrerer Agents ausgegeben, was die Lesbarkeit verschlechtert
• Der Artikel kritisiert, dass das schrittweise Entfernen einzelner Elemente aus dem verbose mode letztlich kaum etwas anderes ist, als die Umschaltfunktion neu zu erfinden

Reaktionen der Nutzer und Fazit

• Einige Nutzer pinnen wieder auf Version 2.1.19 zurück
• Die gewünschte Korrektur ließe sich durch das Hinzufügen eines einfachen booleschen Konfigurations-Flags lösen
  • Der Entwickler konzentriert sich jedoch nur auf Anpassungen am verbose mode
• Der Artikel endet mit einer sarkastischen Gegenüberstellung von Anthropics Haltung und der Diskrepanz zwischen der Super-Bowl-Werbung zum Thema „Respekt für Nutzer“ und dem Umgang auf GitHub

[GN⁺]

Hacker-News-Meinungen

• Hier ist Boris aus dem Claude-Code-Team. Ich möchte den Hintergrund dieser Änderung erläutern.
  Die Schwierigkeit beim Bau von LLM-basierten Produkten ist, dass sich die Modelle ständig weiterentwickeln. Seit dem Launch von Claude Code vor einem Jahr ist Claude viel intelligenter geworden, läuft länger und nutzt mehr Tools autonom.
  Diese Fortschritte sind beeindruckend, machen es aber zugleich schwer, das Produkt an die Geschwindigkeit des Modells anzupassen. In der Terminal-Umgebung ist die Ausgabe zu umfangreich geworden, sodass Nutzer Ermüdung verspüren.
  Deshalb haben wir im Standard-View einen Ansatz der progressiven Offenlegung (progressive disclosure) eingeführt, sodass nur wichtige Informationen angezeigt werden und Details bei Bedarf eingesehen werden können.
  Intern haben wir das über einen Monat lang getestet und die UX verfeinert, aber für einige Nutzer hat es Unannehmlichkeiten verursacht. Wir haben das Feedback mehrfach eingearbeitet und planen im nächsten Release auch einen PR zur Verbesserung der Subagent-Ausgabe.
  Nutzerfeedback ist der Schlüssel zur Weiterentwicklung des Produkts, daher freuen wir uns weiterhin über Rückmeldungen.

  • Dass man direkt sehen konnte, welche Dateien Claude liest, war wirklich nützlich. Dadurch konnte ich zusätzlichen Kontext geben und Token-Verschwendung reduzieren. Mit dem letzten Update ist das schwieriger geworden, was ich schade finde. Der Verbose-Modus ist nicht die Lösung; das sollte sich per Einstellung anpassen lassen.
  • Ich bin Screenreader-Nutzer und CTO eines Accessibility-Unternehmens. Diese Änderung ist nicht nur unbequem, sondern ein Funktionsverlust. Sehende Nutzer können Dinge „auf einen Blick“ erfassen, ich muss dagegen jede Zeile nacheinander anhören.
    Zusammengefasste Ausgaben wie „Read 3 files“ machen es unmöglich zu wissen, welche Dateien gelesen werden. Der Verbose-Modus schüttet dagegen zu viele Informationen aus und verschlechtert damit eher die Barrierefreiheit.
    Es würde schon reichen, einfach eine boolesche Einstellungsoption hinzuzufügen, die Dateipfade und Suchmuster inline anzeigt. Das ist kein Power-User-Feature, sondern grundlegende Barrierefreiheit.
  • Es gibt schon viele Einstellungsoptionen, deshalb frage ich mich, warum genau diese fehlt. Dateipfade waren wichtig, um den Arbeitskontext zu verstehen. Jetzt fühlt es sich an, als würde man auf einer nebligen Straße fahren. Ein einfacher Toggle würde reichen.
  • Wenn Claude intelligenter geworden ist: Bedeutet das, dass Logik, die früher von Agenten übernommen wurde, jetzt ins Modell selbst verlagert wurde? Falls ja, ist Konsistenz wichtig.
  • Der Satz „die meisten Nutzer haben es bevorzugt“ ist schwer zu glauben. Ich weiß aktuell nicht, was ich mit der jetzigen Ausgabe überhaupt sinnvoll anfangen kann.

• Ausgaben wie „Read 3 files“ sind das klassische Beispiel für UX-Minimalismus, der nützliche Informationen versteckt. Wenn Produktmanager unter dem Vorwand einer „Verbesserung der User Experience“ Informationen entfernen, ist das ein Problem, das die Branche eigentlich längst überwunden haben sollte.
  Wenn man die Nutzungsmuster der Kunden nicht tief genug versteht, wiederholt man solche Fehler immer wieder.

  • Ich halte Produktmanagement für eines der schlechtesten Memes der Branche. Leute, die das Produkt nie benutzt haben, verteilen Ressourcen und entscheiden über Releases. Lieber ein sozial kompetenter Engineer, der direkt mit Nutzern spricht.
  • PMs, die glauben, sie könnten die Entwickler-UX verbessern, liegen falsch. Entwickler wollen Konfigurierbarkeit. Nicht einmal bei Keybindings oder Einrückung gibt es Einigkeit, also kann ein einzelnes UX-Modell unmöglich alle zufriedenstellen.
  • Trotzdem muss man das nicht zu zynisch sehen. Je mehr Funktionen ein Produkt hat, desto eher braucht es UX-Vereinfachung. Manchmal ist es richtig, Menüs zu verstecken oder etwas in den Verbose-Modus zu verschieben.
    Natürlich kann man sich irren, aber dann justiert man anhand von Nutzerfeedback nach. Am Ende ist es ein Prozess, das Gleichgewicht zwischen Informationsüberfluss und Vereinfachung zu finden.
  • Dass Websites heute oft nur noch vage Meldungen wie „Ein Problem ist aufgetreten“ anzeigen, ist derselbe Kontext. Solche Entscheidungen wirken eher wie bewusste Wahl als wie ein Versehen.
  • Neue Nutzer müssen durch detaillierte Ausgaben erst Vertrauen aufbauen, bevor sie dem Produkt vertrauen. Später wechseln sie vielleicht zu einer abstrahierteren Ansicht, aber am Anfang braucht man detaillierte Logs.

• GitHub-Issues zu Claude Code
  Es wirkt, als wolle Anthropic den Nutzern die internen Abläufe nicht offenlegen. Mit jedem Release muss man direkt patchen, um Funktionen wiederherzustellen.

  • Vermutlich ist das eine Strategie, Funktionen auszugliedern und in höheren Tarifen zusätzlich zu berechnen. Wenn Claude Code auf dem Niveau ist, Engineers zu ersetzen, lautet die Logik wohl, dass es entsprechend teuer sein sollte.
  • Aber sobald auf binäre Distribution umgestellt wird, werden Patches wohl ebenfalls schwieriger. Das NPM-Paket dürfte nur noch als einfacher Wrapper übrig bleiben.
  • Im Gegensatz dazu lässt sich bei OpenAIs Copilot per MITM-Ansatz das Logging vollständig beobachten. Claude ist im Vergleich deutlich geschlossener.
  • Solche Einschränkungen dienen wahrscheinlich weniger dem Nutzer als vielmehr dazu, Konkurrenten am Kopieren des Modells zu hindern.
  • Falls das tatsächlich das Ziel ist, hätte man den Thinking-Block dem Client des Nutzers gar nicht erst anzeigen dürfen. Die aktuelle Struktur wirkt widersprüchlich.

• Ich bin intensiver Claude-Code-Nutzer, aber mit den letzten Updates haben Leistungsprobleme und Bugs zugenommen.
  Es wirkt, als wolle Anthropic den gesamten Entwickler-Workflow kontrollieren, und es ist schade, dass es in eine geschlossene Struktur geht. Auch das React-TUI ist schwer zu handhaben.
  Stattdessen ist Codex 5.3 mit einer Open-Source-Agent-Chain deutlich stabiler. Die Richtung, die Anthropic in den letzten anderthalb Monaten eingeschlagen hat, gefällt mir nicht.

  • Mir geht es ähnlich. Amp bietet eine viel flüssigere und intuitivere Interaktion. Claude Code wirkt insgesamt so, als bräuchte es ein Refactoring.
  • Codex 5.3 hat ein Problem gelöst, an dem Claude zwei Wochen lang gescheitert ist.
  • Bei mir war Codex im Plus-Tarif dagegen fast nutzlos. Auch die VS-Code-Integration ist kaputt.
  • Ich bin auf Codex 5.3 umgestiegen. Es ist günstiger, und wenn man schon CEOs vergleicht: Altman ist weniger nervig als Amodei. Amodeis Medieninterviews klingen wie wirklichkeitsferne Prophezeiungen.

• Die Marke Claude entwickelt sich immer mehr in Richtung „Microsoft der AI-Welt“.
  Wenn sie ihre entwicklerzentrierte Kultur nicht verlieren wollen, braucht es intern Selbstkorrektur.
  Microsoft dominierte in den 90er- und 00er-Jahren zwar den Markt, aber langfristig wurde die Developer Experience (DX) schlechter.
  Apple hat sein OS auf BSD-Basis neu aufgebaut und sich damit am Linux-Ökosystem ausgerichtet; genau das hat langfristig den Unterschied gemacht. Anthropic sollte aus solcher Geschichte lernen.

  • Anthropic bereitet dieses Jahr einen IPO vor, und jetzt ist wohl der Punkt erreicht, an dem sich die Prioritäten von Nutzerzufriedenheit zu Gewinnmaximierung verschieben.
    Unter dem Druck der Quartalszahlen an der Wall Street ist so eine Veränderung ein nahezu unvermeidlicher Pfad.
  • Was mich am meisten nervt: Selbst mit dem Claude-Max-Tarif kann man OpenCode nicht nutzen. Ich finde die OpenCode-UI deutlich besser.
  • Vielleicht versuchen Entwickler gar nicht, zu verhindern, dass es zum „Microsoft der AI“ wird, sondern genau das ist ihr Ziel.

• Als damals Skyrim erschien, wurde die Vereinfachung des Systems stark kritisiert, am Ende war es trotzdem erfolgreich.
  Diese Debatte ist ähnlich. Manche Nutzer reagieren wütend auf Veränderungen, andere interessieren sich nur für das Ergebnis.
  Das größere Problem ist aber das Gefühl von Programmierern, die Kontrolle zu verlieren. Autovervollständigung, Projekt-Scaffolding und jetzt nicht einmal mehr sichtbare Dateinamen – diese kleinen Veränderungen summieren sich und erzeugen Unbehagen.

  • Aber Claude Code ist ein Coding-Tool. Es gibt bereits separate Co-work-Produkte für Nicht-Entwickler, also verstehe ich nicht, warum man die UX für Entwickler opfern sollte.
  • Selbst bei einem Monatsabo bleibt Token-Limitierung ein Thema, daher ist Optimierung weiterhin wichtig.
  • Wenn man sich Starfield als Beispiel ansieht, dass die Vereinfachung von Skyrim langfristig gescheitert ist, könnte diese Richtung riskant sein.
  • Persönlich halte ich Dark Messiah für deutlich ausgereifter als Skyrim. Zugehöriges Video

• In letzter Zeit wächst die Nutzergruppe ohne Entwicklerhintergrund, und es wirkt, als würde Anthropic die UX stärker auf sie ausrichten.
  Das Ergebnis ist jedoch, dass echte Engineers an den Rand gedrängt werden.
  Meiner Meinung nach wäre es besser, eine separate Claude-Code-Web-/Desktop-Version für Nicht-Entwickler anzubieten. Das Terminal eignet sich ursprünglich für leistungsstarke Agent-Umgebungen.

  • Am einen Ende stehen Nicht-Entwickler, denen Logs zu laut erscheinen, am anderen fortgeschrittene Nutzer, die mehrere Agenten parallel laufen lassen, und dazwischen Engineers, die Agenten in Echtzeit beobachten.
  • Wenn 80 % der zahlenden Kunden Nicht-Entwickler sind, ist eine UX für diese Zielgruppe nachvollziehbar. Langfristig könnte es aber eine Strategie sein, die Kernkundschaft zu verlieren.
  • Ich sehe das genauso. Mehr Lernende sind gut, aber die Erfahrung für fortgeschrittene Nutzer darf nicht geopfert werden.
  • Eine Strategie mit parallelen Agenten ist für Unternehmen verlockend, weil sie eine hohe Rendite im Vergleich zu Menschen verspricht.
  • Das Management scheint von einer Art Selbstgewissheit à la „Entwickler bis 2026 ersetzen“ getragen zu sein. Der tatsächliche Wert entsteht aber, wenn solche Tools erfahrene Engineers unterstützen.
    Wenn ein unerfahrener PM nur Prompts hineinwirft, kommt Chaos heraus. Wenn ein eingespieltes Team diese Werkzeuge nutzt, kann es erstaunliche Ergebnisse erzielen.

• Der Verbose-Modus von Claude Code ist in letzter Zeit ziemlich kaputt, was Debugging erschwert. Ich nutze es trotzdem weiter, weil es die nötigen Dinge noch erledigt.
  Durch den jüngsten starken Zuwachs an Unternehmenskunden spürt man bei Anthropic finanziellen Druck. Transparenz wäre wichtiger.

  • Viele Unternehmen sind zu Claude gewechselt, weil die Leistung von Opus 4.5 der Wendepunkt war. Es ist teuer, aber entsprechend leistungsstark.
  • In letzter Zeit ist Claude sogar in YouTube-Werbung allgegenwärtig. Marketing für Nicht-Entwickler läuft auf Hochtouren.
  • Als Alternative empfehle ich den pi coding agent. Einfach und leicht zu hacken.

• Es ist interessant, wie AI-Unternehmen unter finanziellem Druck die Einschränkungen für Nutzer erhöhen.
  Werbung in ChatGPT, entfernte Funktionen in Claude Code – all das sind Signale dafür.
  Google hat Echtzeit-Werbeeinblendungen zwar konzipiert, aber OpenAI hat sie zuerst tatsächlich umgesetzt.
  Ich sehe diese Entwicklung als „Popcorn-Zeit“. Gemini nutze ich nur gelegentlich für Forschungszwecke.

• Anders als die meisten Leute nutze ich den Plan-Modus.
  Ich muss mir keine mittleren Token-Streams ansehen und habe auch keinen Grund, die einzelnen Schritte des Agenten kleinteilig zu kontrollieren.
  Wichtig sind für mich das Ergebnis und eine klare zusammenfassende Erklärung.
  Wenn die Erklärung nicht klar ist, ist auch der Code nicht klar. Dann setze ich mit git restore . zurück und starte eine neue Session.
  Es ist viel effizienter, neu anzufangen, als den bisherigen Kontext zwanghaft retten zu wollen.