AIREITERClaude Code Projects ist als Beta verfügbar – aber noch längst kein allgemeiner Rollout. Anthropic hat den Dienst am 17. September 2026 für eine ausgewählte Gruppe von Pro- und Max-Nutzern freigeschaltet. Weil die Ausführung derzeit ausschließlich in der Cloud erfolgt, ist die Beta für Entwicklungsumgebungen mit privaten Netzwerken aktuell nur bedingt geeignet.
Ist die Claude Code Projects Beta tatsächlich verfügbar?
Claude Code Projects ist laut Ankündigung von Anthropic am 17. September 2026 in die Beta gestartet. Zum Auftakt erhalten nur ausgewählte Pro- und Max-Abonnenten Zugriff, die Cloud-Sessions in Claude Code verwenden und noch kein Project in Claude Web oder der Desktop-App besitzen.
Anthropic kündigte an, den Zugriff in der darauffolgenden Woche auf weitere Claude-Code-Nutzer mit Pro- oder Max-Abo auszuweiten. Team- und Enterprise-Tarife, Claude Chat und Cowork sollen später folgen; ein Termin wurde dafür nicht veröffentlicht. Bestehende Projects behalten zunächst ihr bisheriges Verhalten, bis Anthropic sie migriert.
Wer kommt für die Beta infrage?
Zur anfänglichen Zielgruppe gehörst du nur, wenn alle vier Punkte zutreffen:
- Du hast ein Claude-Pro- oder -Max-Abo.
- Du nutzt bereits Cloud-Sessions in Claude Code.
- Dein Konto besitzt noch kein Project in Claude Web oder der Desktop-App.
- Anthropic hat dein Konto für die schrittweise Beta freigeschaltet.
Die ersten drei Voraussetzungen reichen nicht automatisch für sofortigen Zugriff. Anthropic verweist Pro- und Max-Abonnenten, die die Funktion trotz Berechtigung noch nicht sehen, auf eine Warteliste. Auch Recherchen in der Community auf X ergaben wiederholt Berichte von Nutzern, bei denen der Einstiegspunkt nach der Ankündigung noch nicht auftauchte.
Jetzt einsteigen oder lieber warten?
Claude Code Projects eignet sich schon jetzt für klar abgegrenzte Entwicklungsaufgaben, die sich in unabhängige Cloud-Tasks aufteilen lassen. Warten solltest du dagegen, wenn Code, Tests, Pakete oder Services auf einem lokalen Rechner oder in einem privaten Netzwerk bleiben müssen – lokale Ausführung war zum Start noch nicht verfügbar.
| Deine Situation | Empfehlung | Grund |
|---|---|---|
| Pro/Max, Beta-Zugriff, cloudtaugliches Repository | Jetzt mit einem klar abgegrenzten Projekt starten | Das entspricht der Startkonfiguration |
| Berechtigter Pro-/Max-Nutzer ohne Funktion | Auf die Warteliste setzen | Der Rollout ist kontogesteuert, kein Einrichtungsfehler |
| Bestehendes Claude-Web-/Desktop-Project | Weiterverwenden und abwarten | Bestehende Projects werden später migriert |
| Lokale Tools oder Abhängigkeiten im privaten Netzwerk | Auf lokale Threads warten | Cloud-Worker erreichen diese Ressourcen derzeit nicht |
| Team- oder Enterprise-Konto | Auf den Rollout für den Tarif warten | Anthropic hat keinen Veröffentlichungstermin genannt |
| Eine eng gekoppelte Änderung an denselben Dateien | Eine einzelne Claude-Code-Session verwenden | Parallele Branches erhöhen ohne echte Unabhängigkeit das Konfliktrisiko |
Der zentrale Zielkonflikt lautet: mehr Tempo gegen schneller verbrauchte Nutzung. Jeder Worker-Thread ist eine vollständige Claude-Code-Session. Mehrere gleichzeitig laufende Worker können die Tariflimits deshalb schneller ausschöpfen. Anthropic bietet eine projektspezifische Nutzungsübersicht sowie separate Einstellungen für Modell und Arbeitsaufwand von Koordinator und Workern. Einen festen Nutzungsfaktor, ein Parallelitätslimit oder ein Kontingent pro Project hat das Unternehmen jedoch nicht veröffentlicht.
Diese fehlende Zahl ist wichtiger als ein isolierter Preis. VentureBeat berichtete, dass Projects zum Start keinen separaten Preis hat. Die Nutzung wird aus dem bestehenden Claude-Kontingent des Abonnements abgerechnet.
Was passiert, nachdem du einem Project ein Ziel gibst?
Ein Claude Code Project zerlegt ein übergeordnetes Ziel in Aufgaben für mehrere Cloud-Sessions. Der Koordinator grenzt die Anfrage ein, verteilt Arbeit auf neue oder bestehende Threads, überwacht den Fortschritt und setzt die Ergebnisse zusammen. Gleichzeitig kannst du jeden Thread einsehen und bei Bedarf neu ausrichten.
„Projects haben Threads, die die Arbeit erledigen, und einen Koordinator, der sie steuert.“ — Anthropic, Projects redesigned
Koordinator, Worker-Threads und gemeinsamer Kontext
| Komponente | Aufgabe | Was du weiterhin kontrollierst |
|---|---|---|
| Koordinator | Grenzt Aufgaben ein, delegiert, prüft den Fortschritt, bewertet und führt Ergebnisse zusammen | Ziel, Anweisungen, Check-in-Häufigkeit, Modell und Arbeitsaufwand |
| Worker-Thread | Läuft als vollständige Claude-Code-Cloud-Session | Ausrichtung des Threads, Modell, Arbeitsaufwand und Prüfung |
| Repository-Arbeitsbereich | Gibt jedem Coding-Thread eine eigene Repository-Kopie und einen eigenen Branch | Prüfung von Pull Requests und Merge-Entscheidungen |
| Gemeinsamer Kontext | Überträgt Entscheidungen und Präferenzen zwischen Threads | Die Ankündigung dokumentiert keine detaillierten Bearbeitungs- oder Exportfunktionen |
| Bibliothek | Speichert Dateien des Nutzers und von Claude erzeugte Artefakte | Welche Materialien als Projektkontext dienen |
Ein verbundener Coding-Thread kann Code ändern, Tests ausführen und einen Pull Request eröffnen. Ein Dokument-Thread kann Quellen lesen und daraus einen Entwurf erstellen. Threads können ihre Aufgaben außerdem über Subagents, Schleifen und Workflows weiter aufteilen. Die Hierarchie kann also unterhalb des obersten Koordinators noch mehrere Ebenen umfassen.
Separate Branches verhindern, dass Worker direkt denselben Arbeitsbereich überschreiben. Logische Überschneidungen lösen sie allerdings nicht. Bearbeiten zwei Threads denselben Code, entsteht laut Anthropic ein ganz normaler Merge-Konflikt im Pull Request. Nowlines Analyse zum Start beschreibt das treffend als bekanntes Git-Verhalten – nicht als automatische Konfliktlösung.
Am meisten bringt die Funktion bei sauber trennbaren Aufgaben: etwa ein Thread pro Repository bei einer versionierten API-Migration oder getrennte Profiling- und Optimierungsaufgaben für unterschiedliche Endpunkte. Anthropic nennt selbst die Migration eines veralteten v1-Endpunkts über drei Repositories sowie parallele Arbeiten an der p75-Latenz im Checkout. Für keines der beiden Szenarien nennt das Unternehmen jedoch gemessene Abschlusszeiten, Erfolgsquoten oder konkrete Verbesserungen bei der Latenz.
Claude Code Projects im Vergleich zu den bisherigen Claude Projects
Claude Code Projects koordiniert aktiv die Arbeit. Die bisherigen Claude Projects organisieren dagegen vor allem Chats, Anweisungen, Dateien und gemeinsames Wissen. Die ähnlichen Namen kaschieren damit einen deutlichen Wechsel bei der eigentlichen Verantwortung.
| Bereich | Bisherige Claude Projects | Claude Code Projects Beta |
|---|---|---|
| Hauptfunktion | Kontextcontainer | Arbeitskoordinator |
| Unterhaltungen | Separate Chats mit Projektwissen | Hauptkoordinator plus weitergeleitete Worker-Threads |
| Ausführung | Der Nutzer steuert jede Unterhaltung selbst | Vollständige Claude-Code-Cloud-Sessions laufen parallel |
| Code-Isolation | Nicht das zentrale Modell | Eigene Repository-Kopie und eigener Branch pro Thread |
| Dauerhafter Kontext | Hochgeladenes Wissen und Anweisungen | Gemeinsamer Kontext, Entscheidungen, Präferenzen, Dateien und Artefakte |
| Verfügbarkeit | Bestehende Claude-Funktion | Zunächst ausgewählte Pro-/Max-Beta-Nutzer |
CellCogs ausführliche Analyse zum Start bezeichnet den gemeinsamen Kontext als das Element, das aus parallelen Sessions ein fortlaufendes Projekt macht. Gleichzeitig ist genau dieser Bereich am wenigsten dokumentiert: Anthropic erklärt, welche Informationen der Kontext behalten kann, aber nicht, wie Nutzer einzelne Erinnerungen einsehen, korrigieren, löschen oder exportieren.
So richtest du ein Project ein, ohne den ersten Lauf zu verschenken
Ein gutes erstes Project braucht ein klar abgegrenztes Ziel, teilbare Aufgaben und festgelegte Prüfpunkte. „Die gesamte Codebasis verbessern“ liefert dem Koordinator kaum eine Grundlage für überschneidungsfreie Aufgaben und macht den Verbrauch des Kontingents schwer einschätzbar.
- Ein messbares Ergebnis festlegen. Benenne die Migration, den Fehlerbestand, den Funktionsbereich oder das Performance-Ziel statt einer vagen Absicht.
- Nur den nötigen Kontext anhängen. Wähle Repository oder Dokumente aus und konfiguriere anschließend die Cloud-Umgebung, Connectoren, Plugins und Projektanweisungen, die Anthropic in der Ankündigung beschreibt.
- Abhängigkeiten klar benennen. Teile dem Koordinator mit, welche Repositories, Module oder Dateien unabhängig bearbeitet werden können und welche Änderungen nacheinander erfolgen müssen.
- Planungs- und Ausführungseinstellungen trennen. Nutze Modell- und Aufwandssteuerung des Koordinators für Zerlegung und Prüfung; richte die Worker passend zur Schwierigkeit der Aufgabe und zum verfügbaren Kontingent ein.
- Von jedem Thread Belege verlangen. Fordere ausgeführte Tests, geänderte Dateien, offene Fehler und einen Pull Request an, statt dich mit einer bloßen Erfolgsmeldung in Prosa zufriedenzugeben.
- Vor dem Merge prüfen. Sieh dir die einzelnen Threads und ihre Pull Requests an. Branch-Isolation bedeutet nicht automatisch, dass zwei Änderungen miteinander kompatibel sind.
- Projektspezifische Nutzung beobachten. Starte mit zwei unabhängigen Threads, prüfe den Verbrauch und erhöhe die Parallelität erst, wenn die Zeitersparnis größer ist als der zusätzliche Prüfaufwand und Kontingentverbrauch.
Die Ausführung in der Cloud läuft weiter, wenn der Laptop geschlossen wird, und das Project lässt sich auch vom Smartphone aus steuern. Daraus wird jedoch noch kein unbeaufsichtigtes Deployment: Tests, Berechtigungen, Integrationsreihenfolge und finale Merges müssen weiterhin ausdrücklich geprüft werden. Die Übersichtsansicht soll laut VentureBeats Produktvorführung die Punkte hervorheben, bei denen menschliches Eingreifen nötig ist.
FAQ zu Claude Code Projects Beta
Ist Claude Code Projects mit Pro verfügbar?
Ja, aber zunächst erhielten nur ausgewählte Pro- und Max-Abonnenten Zugriff auf die Beta. Berechtigte Konten ohne Zugriff können sich auf die Warteliste setzen lassen. Anthropic kündigte außerdem an, den Rollout für Pro und Max nach dem Start auszuweiten.
Laufen Projects weiter, wenn ich den Laptop schließe?
Ja. Die Worker-Threads laufen als Claude-Code-Cloud-Sessions und können deshalb weiterarbeiten, nachdem die Verbindung des lokalen Computers getrennt wurde.
Können Claude-Code-Projects-Threads lokal laufen?
Nein, zumindest nicht zum Start am 17. September. Anthropic kündigte lokale Ausführung mit lokalen Tools, lokalem Code und Zugriff auf private Netzwerke „sehr bald“ an, nannte dafür aber keinen Termin.
Verwendet jeder Coding-Thread einen eigenen Branch?
Ja. Jeder Coding-Thread erhält eine eigene Repository-Kopie und einen eigenen Branch. Überschneidende Änderungen können trotzdem ganz normale Merge-Konflikte in Pull Requests verursachen.
Kostet Claude Code Projects extra?
Anthropic hat keine separate Gebühr für Projects angekündigt. Jeder Worker ist eine vollständige Claude-Code-Session und verbraucht das bestehende Kontingent des Abonnements. Parallele Arbeit kann die Limits daher schneller erreichen.
Kann ein Project mit mehreren Repositories arbeiten?
Ja. In Anthropics Startbeispiel werden API-, Web- und Mobile-Repositories verbunden, jeweils einem Migrations-Thread zugewiesen und anschließend vom Koordinator in die erforderliche Merge-Reihenfolge gebracht.
Der sinnvollste nächste Schritt
Entwickler mit Zugriff sollten mit einer cloudtauglichen Migration oder einem kleinen Backlog beginnen, dessen Aufgaben unterschiedliche Module betreffen. Berechtigte Nutzer ohne Einstiegspunkt sollten sich auf die Warteliste setzen, statt wiederholt lokale Claude-Code-Einstellungen zu ändern. Team-, Enterprise-, bestehende-Project- und Private-Network-Nutzer sollten auf den für sie angekündigten Rollout warten.
Die offene Frage lautet nicht, ob parallele Agents mehr Arbeit gleichzeitig erledigen können. Entscheidend ist, ob die eingesparte Zeit den zusätzlichen Verbrauch, Prüfaufwand und das Merge-Risiko rechtfertigt. Solange Anthropic keine Nutzungsbereiche veröffentlicht und unabhängige Nutzer keine vergleichbaren Durchläufe vorlegen, sind zwei sauber getrennte Threads ein besserer erster Test als ein ungebremster Agentenschwarm.