Anthropic hat am 11. Mai 2026 Claude Code Agent View ausgerollt. Das Versprechen ist genau das, was jeder Entwickler, der seit einem Jahr parallele Agenten managt, sich gewünscht hat — ein Dashboard, alle Sessions, kein Jonglieren zwischen tmux-Panes und Terminal-Tabs mehr. Boris Cherny, einer der Claude-Code-Entwickler, lässt laut Business Insider “nachts tausende KI-Agenten für sich arbeiten” — das ist die Vision. Das Dashboard ist real und funktioniert.
Aber eine Woche reicht, um die Risse zu sehen. Die offizielle Doku enthält eine Zeile, die niemand laut wiederholt: Zehn parallel laufende Agenten verbrauchen dein Kontingent etwa zehnmal so schnell wie eine einzelne Session. Die Community findet die anderen Risse — Supervisor-Crashes, wenn /bg und die Desktop-App auf derselben Session laufen, Agenten, die in langen Reasoning-Schleifen stecken bleiben und Token verheizen, eine “Thread-Limit erreicht”-Wand, die früher zuschlägt als gedacht. Und der Worktree-Default, der File-Konflikte löst, aber das Bewusstsein für deine tatsächliche Dev-Umgebung verschluckt.
Das hier ist der ehrliche Feldbericht. Was funktioniert, was kaputt geht, und die Kosten-Mathematik, die du machen solltest, bevor du sechs Tasks abfeuerst und weggehst.
Was Agent View tatsächlich ist
Agent View ist ein CLI-Dashboard, das du mit claude agents aus jedem Terminal öffnest. Es listet jede Hintergrund-Session — über alle Projekte hinweg, egal in welchem Verzeichnis du es startest — und lässt dich in jede Session reinschauen, Antworten geben, ohne anzudocken, oder das volle Gespräch mit der rechten Pfeiltaste übernehmen. Gruppiert nach Status: oben angepinnt, dann “Ready for review”, “Needs input”, “Working”, “Completed”.
Drei Befehle decken das meiste ab:
claude agents— öffnet das Dashboard/bg— schiebt die aktuelle Vordergrund-Session in den Hintergrund (und in Agent View)claude --bg "<task>"— startet direkt eine Hintergrund-Session aus der Shell, ohne erst eine Vordergrund-Session zu eröffnen
Dazu --name "flaky-test-fix" für lesbare Labels und --agent code-reviewer für spezifische Subagenten als Haupt-Agent. Plus die Shell-Management-Befehle: claude attach <id>, claude logs <id>, claude stop <id>, claude respawn --all. Nichts davon ist schwer zu lernen.
Agent View braucht Claude Code v2.1.139 oder neuer. Erst mit claude --version prüfen; bei älterer Version hilft claude update.
Der Supervisor-Prozess und warum er das mental model ändert
Was Agent View funktional macht, ist der per-User-Supervisor-Prozess — ein separater Prozess von deinem Terminal und von Agent View selbst. Er startet automatisch beim ersten Backgrounden einer Session, hostet jede Hintergrund-Session und überlebt Terminal-Schluss, Agent-View-Schluss und Claude-Code-Auto-Updates. Du verwaltest ihn nicht direkt.
Vor Agent View lebte eine Claude-Code-Session im Terminal, das sie gestartet hat. Terminal zu, Session weg. Nach Agent View lebt eine backgroundete Session im Supervisor, einem separaten detached Prozess. Terminal zu, Session läuft weiter. Auto-Update wechselt mitten im Task das Binary, Supervisor reconnected auf dem Rückweg.
State liegt an drei Stellen auf der Platte:
~/.claude/daemon.log— Supervisor-Log; hier nachsehen, wenn was schiefgeht~/.claude/daemon/roster.json— Liste der laufenden Hintergrund-Sessions für Reconnect nach Supervisor-Restart~/.claude/jobs/<id>/state.json— Per-Session-State, eine Datei pro Session
Ein paar ehrliche Grenzen aus der Doku: Hintergrund-Sessions sind lokal — sie stoppen, wenn dein Mac in den Schlafmodus geht oder das Linux-System runterfährt. Nach etwa einer Stunde Idle stoppt der Supervisor den Prozess, um Ressourcen freizugeben — Peek oder Attach startet ihn dann neu. Und bypassPermissions / auto Modi werden bei Dispatch abgelehnt, bis du sie einmal interaktiv akzeptiert hast.
Die Kosten-Mathematik, die alle überspringen
Hier ist das Zitat aus der offiziellen Doku, wörtlich: “Rate-Limits gelten: Hintergrund-Sessions verbrauchen dein Abo-Kontingent genauso wie interaktive Sessions, also verbraucht das Ausführen von zehn Agenten parallel das Kontingent etwa zehnmal so schnell wie eine einzelne.”
Dieser Satz leistet viel Arbeit. Er bedeutet, dass das 5-Stunden-Nutzungsfenster des Max-Plans sich nicht dehnt, wenn du parallel arbeitest. Es komprimiert. Wenn eine einzelne Session dein Max-Budget in fünf Stunden aufbraucht, brauchen zehn parallele Sessions dasselbe Budget in etwa dreißig Minuten. Der Supervisor teilt den Token-Verbrauch nicht zwischen Sessions. Jede Session ist ihr eigenes Gespräch, das die Model-API unabhängig anschlägt.
Drei Zahlen zur Einordnung. Ein Entwickler dokumentierte diese Woche 781.000 Tokens in einer einzelnen Claude-Code-Max-Session — eine Session, ein Terminal, ein Projekt. Ein anderer Bericht zitierte, dass Uber sein gesamtes 2026er-AI-Budget in vier Monaten auf Claude Code verbrannt hat. Und ein viel-geteilter Take eines genervten Nutzers beschrieb, “80.000 bis 200.000 Tokens für die Behebung kleiner Bugs zu verschwenden” — das sind die Kosten einer Funktion auf einer Session, bevor du je parallel arbeitest.
Die Implikation: Agent View ist kein kostenloser Produktivitäts-Multiplikator. Es ist ein Kontingent-Multiplikator. Pro-Plan-Nutzer sollten Agent View als Überlauf-Mechanismus für eine kurze Hintergrund-Aufgabe behandeln, während die Haupt-Session in der Bearbeitung ist — nicht als “Fünf Agenten abfeuern und weggehen”-Muster.
Fünf reale Fehler aus der ersten Woche
Ein Muster zeichnet sich aus der ersten öffentlichen Woche ab. Fehler clustern in fünf Kategorien, und nur einer (File-Konflikte) wird von Anthropics Default-Architektur angesprochen. Der Rest ist noch Rohkante.
1. Der /bg + Agent View + Desktop-Crash. Ein Nutzer postete am 16. Mai Screenshots, wie Claude Code mit Claude Code process exited with code 1 abstürzt, sobald /bg plus Agent View plus Desktop-App auf derselben Session laufen. Workaround: Desktop erst trennen, dann /bg, dann Agent View. Wer Desktop nicht nutzt, trifft den Bug nicht.
2. Hängende Sessions und Switching-Deadlocks. Ein Nutzer am 12. Mai: Supervisor hängt beim Start, Switching zwischen Agenten “hängt für etwa eine Minute, sieht aus wie ein Deadlock.” Pattern: drei oder vier Sessions dispatchen, erste fertig, zweite anpfeilen, Dashboard friert 30-60 Sekunden ein. Lockert sich anekdotisch, wenn du dem Dashboard nach Dispatch eine Minute Luft lässt.
3. Die “Thread-Limit erreicht”-Wand. Ein Nutzer am 17. Mai stieß auf One QA/accessibility reviewer did not spawn because the thread limit is reached. Das ist kein Rate-Limit-Quota — das ist ein Concurrency-Cap auf den Dispatch selbst. Offizielle Doku nennt keine Zahl, aber Community-Reports sehen ihn konsistent bei 5–7 gleichzeitig aktiven Sessions auf Consumer-Plänen. Wenn du den Fehler siehst, dispatcht nichts mehr und warte, bis In-Flight-Sessions fertig oder bei Needs-Input sind.
4. Das “Fly-Away und Token verbrennen”-Pattern. Mehrere Reports der ersten Woche beschrieben Sessions, die entgleisen und stillschweigend Budget fressen. Ein chinesischer Entwickler: “Wenn ich 4 parallele Subs laufen lasse, fliegt oft eins weg — die Liste lässt einen nur zusehen, wie es Tokens verbrennt.” Ein anderer Bericht dokumentierte fünf stille-Fehler-Vorfälle in neun Tagen, inklusive eines SQL-DELETE-Agenten, der 24.000 Reihen in Produktion gelöscht hat. Mitigation: keine destruktive Arbeit in auto- oder bypassPermissions-Modi dispatchen.
5. Das 2-Agenten-Host-Limit (selten, real). Ein Nutzer am 13. Mai: “Kann nicht mehr als 2 Claude-Agenten auf demselben Host laufen lassen, ohne dass sie sich gegenseitig kaputtmachen.” Scheint an spezifische lokale Umgebungen gebunden — vermutlich Mac-seitige File-Watcher- oder Process-Count-Limits. Wenn du das bei 2 Agenten triffst, machst du nichts falsch — du hast eine umgebungsspezifische Grenze getroffen.
Der Worktree-Default — File-Konflikte auf Anthropics Weg
Die interessante Architektur-Entscheidung: was passiert, wenn zwei Sessions dieselbe Datei anfassen. Die Antwort liegt in einem Doku-Absatz: “Bevor Claude Dateien bearbeitet, verschiebt es die Session in einen isolierten Git-Worktree unter .claude/worktrees/, sodass parallele Sessions denselben Checkout lesen, aber jede in ihren eigenen schreibt.”
Übersetzung: Jede Hintergrund-Session, die Dateien in einem Git-Repo anfasst, bekommt ihren eigenen Worktree unter .claude/worktrees/<session-id>/. Lesen aus dem geteilten Repo-State, Schreiben isoliert. Beim Löschen der Session wird der Worktree aufgeräumt — aber unkommittete Änderungen darin auch. Erst committen oder pushen, dann löschen.
Das löst das “zwei Agenten editieren dieselbe Datei”-Problem sauber für jede Session in einem Git-Repo. Es hat zwei Konsequenzen, die du kennen solltest.
Erstens: Sessions außerhalb eines Git-Repos schreiben direkt ins Arbeitsverzeichnis, keine Isolierung. Parallele Arbeit an Nicht-Git-Projekten kann Kollisionen produzieren. git init kostet nichts und entfernt eine Bug-Klasse.
Zweitens: Eine Session im eigenen Worktree verliert Bewusstsein für deine aktive Dev-Umgebung. Wenn dein Dev-Server auf den Haupt-Checkout gebunden ist, sieht die Worktree-Session deine unkommittierten Änderungen nicht. Fix: vor dem Dispatch committen (oder stashen), wenn die Session aktuellen State braucht.
Übrigens: Der Entwickler, der intern dieses System gebaut hat, läuft selbst auf zehn bis fünfzehn parallelen Sessions, alle in Git-Worktrees. Die Architektur skaliert — wenn du sauber committest und die Dispatch-Rhythmus respektierst.
Was das für dich heißt
Solo-Entwickler auf Pro-Plan. Denk an Agent View nicht als 10-paralleles-Agenten-Feature. Denk an es als “eine kurze Aufgabe im Hintergrund während ich diese Bearbeitung fertigmache.” Eine kurze Aufgabe dispatchen, weiterarbeiten, schauen wenn du Kontext wechselst. Realistische Obergrenze auf Pro: zwei parallele Sessions.
Max-Plan oder kleines Dev-Team. Drei bis fünf parallele Sessions ist die realistische Arbeitsgrenze. Darüber triffst du das Thread-Limit, den Dashboard-Switching-Deadlock und Supervisor-Pause-Fenster. Jede Session auf eine Sorge scopen — “Flaky-Test X fixen”, nicht “Test-Suite untersuchen”. Mit --name dispatchen, damit du sie später wiederfindest. Vor dem Dispatch committen. Immer in defaultMode dispatchen, nicht auto.
Größere Teams oder Enterprise. Hier zahlt sich Agent View aus. Quota erlaubt 5–10 parallele Sessions. PR-Babysitter, Dashboard-Updater, schleifende /loop-Jobs sitzen im Dashboard und lassen einen Entwickler triagieren, was sonst zwölf separate Kontextwechsel wären. Mit --cwd Agent View pro Projekt scopen. Und: CLAUDE_CODE_DISABLE_AGENT_VIEW=true in CI-Umgebungen, wo du keine still-akkumulierenden Hintergrund-Sessions willst.
Wer die Desktop-App stark nutzt. Desktop von Session trennen, bevor du mit /bg backgroundest. Das Crash-Pattern dieser Woche ist genau die Überlappung zwischen Desktop-Attachment und Supervisor-Übergabe. Vermeide es, vermeide den Bug.
Was Agent View (noch) nicht kann
- Es überlebt keinen Maschinen-Schlaf. Hintergrund-Sessions stoppen beim Schlafmodus. Failed im Dashboard nach dem Aufwachen.
claude respawn --allbringt sie zurück, aber Übernacht-Arbeit mit zugeklapptem Laptop funktioniert nicht. - Es teilt kein Kontingent zwischen Sessions. Zehn Sessions = zehnfache Burn-Rate. Kein Parallel-Rabatt.
- Es gattert keine destruktiven Aktionen. Wenn du in
autodispatchst und der Agent 24.000 DB-Zeilen löscht, wird die Zeile im Dashboard grün. Der Supervisor unterbricht keine destruktiven Tool-Calls. - Es vereinheitlicht keine Session-Liste über Maschinen. Agent View ist lokal. Dispatch vom Arbeits-Laptop, schauen vom Heim-Mac — nicht möglich. Die Web-Version von Claude Code für Cloud-Sessions, wenn du das brauchst.
- Es ist noch Research Preview. Der
disableAgentView-Flag existiert nicht zufällig. Interface und Shortcuts können sich ändern.
Das Fazit
Agent View ist ein echter Produktivitäts-Unlock für parallele Arbeit, und die Supervisor-Architektur ist die richtige Antwort auf “was passiert, wenn ich das Terminal schließe.” Die 10-parallele-Agenten-Headline ist technisch möglich, gelegentlich nützlich und eine Kontingent-Katastrophe, wenn du dahin als Default greifst. Drei bis fünf parallele Sessions ist der Sweet Spot für die meisten Nutzer. Vor dem Dispatch committen. In defaultMode bleiben. Jede Session als geskoptes Task mit einer klaren Sorge behandeln.
Wenn parallele Sessions der Teil von Claude Code ist, auf den du am stärksten drücken willst, schau dir unseren KI-Agenten Mittelstand-Kurs an — Dispatch-Patterns, Worktree-Management und Quota-Budgetierung-Gewohnheiten. Für den breiteren Workflow hilft auch Prompt Engineering Kurs.
Quellen
- Agenten parallel ausführen — Claude Code Docs (DE)
- Agent View — Claude Code Docs (EN)
- Claude Code: Agent View bringt Session-Übersicht in den Workflow — IT Boltwise
- Claude Code stellt die »Agent View« vor — all-ai.de
- Claude-Code-Erfinder lässt nachts tausende KI-Agenten für sich arbeiten — Business Insider Deutschland
- Claude Code Multiple-Agenten-Systeme: Vollständiger Leitfaden für 2026 — eesel AI
- Claude Agent Teams – Parallele KI-Agenten aktivieren — nevercodealone.de
