AIREITERIm überarbeiteten Claude Projects wird ein Project zur zentralen Steuerung: Eine Koordinator-Konversation kann Aufgaben an parallele Claude-Code-Sitzungen in der Cloud delegieren. Bestehende Chat- und Cowork-Projects behalten während des Rollouts zunächst ihr bisheriges Verhalten. Entscheidend ist daher vor allem: Welcher Kontext bleibt erhalten – und wo läuft die eigentliche Arbeit?
Was sich beim überarbeiteten Claude Projects ändert
Das neue Project beginnt mit einem Ziel und dem relevanten Kontext. Anschließend grenzt Claude die Aufgabe ein, erstellt neue Worker-Threads oder greift auf bestehende zurück, prüft deren Ergebnisse und fasst alles in der Hauptkonversation zusammen. Laut Anthropic ist jeder Worker eine vollständige Claude-Code-Sitzung in der Cloud – mit eigenem Branch und eigener Repository-Kopie. Die Worker können Tests ausführen, Dokumente lesen und Pull Requests eröffnen. (Ankündigung von Anthropic)
Das neue Modell befindet sich derzeit in einer schrittweisen Beta-Einführung. Anthropic zufolge erhalten zunächst ausgewählte Pro- und Max-Abonnenten Zugriff, die Claude-Code-Sitzungen in der Cloud nutzen. Eine breitere Verfügbarkeit für Claude, Cowork, Team und Enterprise soll später folgen. Bestehende Projects sollen währenddessen weiter funktionieren und aktualisiert werden, sobald die neue Variante die jeweiligen Oberflächen erreicht. (Claude Help Center)
Die wichtigsten Architekturunterschiede
| Bereich | Überarbeitete Projects | Cowork | Claude Code außerhalb von Projects |
|---|---|---|---|
| Zentrale Einheit | Eine Koordinator-Konversation mit Worker-Threads | Aufgaben, gebündelt in einem Arbeitsprojekt | Eine Coding-Sitzung in einem Repository oder Verzeichnis |
| Am besten geeignet für | Mehrteilige Aufgaben mit Delegation und dauerhaftem Kontext | Desktop- und Wissensarbeit mit Dateien und verbundenen Apps | Direkte Softwareentwicklung, Tests, Branches und Terminal-Workflows |
| Ausführung | Threads in der Cloud in der aktuellen Beta | Je nach Aufgabe und Rollout in der Cloud oder lokal | Je nach Konfiguration Cloud- oder lokale Claude-Code-Sitzungen |
| Kontext | Project-Dateien, Repositories, Anweisungen, gemeinsamer Memory und Library | Project-Kontext, Anweisungen, Dateien, geplante Aufgaben und Cowork-Memory | Repository-Dateien sowie CLAUDE.md und Sitzungskontext |
| Parallele Arbeit | Fester Bestandteil des Project-Modells | Aufgabenorientiert statt nach dem Koordinator-Modell der überarbeiteten Variante | In der Regel durch den Entwickler oder separate Sitzungen gesteuert |
| Hauptrisiko | Mehrere parallele Sitzungen verbrauchen mehr Kontingent; Überschneidungen können Konflikte erzeugen | Grenzen zwischen lokal und Cloud sowie separater Project-Memory | Der Kontext muss über mehrere Sitzungen hinweg explizit gepflegt werden |
Projects, Cowork und Claude Code: Wo gehört die Arbeit hin?
Ein Project ist die richtige Heimat für Aufgaben mit mehreren voneinander abhängigen Strängen – etwa wenn API, Webclient und mobile App gemeinsam geändert werden müssen. Das Beispiel von Anthropic verwendet drei Repositories und einen veralteten v1-Endpunkt: Separate Threads migrieren die Aufrufer, führen Tests aus und eröffnen Pull Requests. Der Koordinator meldet anschließend, in welcher Reihenfolge die Änderungen zusammengeführt werden sollten. (Überarbeitetes Projects)
Überarbeitete Projects für koordinierte Aufgaben mit mehreren Schritten
Das neue Modell eignet sich, wenn eine Aufgabe ein dauerhaftes Ziel, parallele Ausführung und ein gemeinsames Entscheidungsprotokoll braucht. Besonders passend ist es für Release-Programme, Migrationen über mehrere Repositories hinweg sowie Aufgaben, die Dokumente und Code verbinden. Neue Anfragen kann der Koordinator dabei an den jeweils passenden Thread weiterleiten.
Der Nachteil ist der Ressourcenverbrauch. Anthropic zufolge zählt jeder Worker-Thread als vollständige Claude-Code-Sitzung. Mehrere gleichzeitig laufende Threads können das Kontingent eines Tarifs daher schneller aufbrauchen. Parallele Änderungen können außerdem ganz gewöhnliche Merge-Konflikte in Pull Requests verursachen – die Orchestrierung ersetzt keine Prüfung.
Cowork für Desktop-Arbeit und verbundene Apps
Für wiederkehrende Aufgaben mit Dokumenten, Tabellen, Browser, E-Mail, Kalender und lokalen Ordnern ist Cowork meist die bessere Standardwahl. Seine Projects können Anweisungen, Kontext, geplante Aufgaben und Project-spezifischen Memory enthalten. Cowork organisiert Arbeit aufgabenorientiert und ist kein direkter Ersatz für einen Repository-Koordinator.
Ein Chat Project und ein Cowork Project sollten nicht automatisch als derselbe Arbeitsbereich betrachtet werden. Ein Praxistest von Using Claude kam zu dem Ergebnis, dass sich Dateien und Project-Anweisungen über Import übertragen lassen, Informationen aus dem angesammelten Chat-Memory jedoch nicht. Die Autorin beziehungsweise der Autor fasst das Ergebnis so zusammen:
„Dateien ja, Chat-Memory nein“ – getesteter Vergleich von Using Claude
Standalone Claude Code für direkte Kontrolle über Repositories
Claude Code direkt ist die richtige Wahl, wenn ein Entwickler ein Repository untersuchen, Dateien bearbeiten, Befehle ausführen und Änderungen prüfen möchte, ohne ein größeres Vorhaben an einen Koordinator zu delegieren. Dauerhafte Anweisungen gehören in eine versionierte CLAUDE.md. Anthropic beschreibt sie als Project-Memory-Datei, die Claude Code zu Beginn einer Sitzung einliest. (Claude Help Center: CLAUDE.md)
Migration: Was offiziell feststeht – und was noch offen ist
Die offizielle Position von Anthropic klingt beruhigend, bleibt aber unvollständig: Bestehende Chat- und Cowork-Projects funktionieren während des Übergangs weiter. Pro- und Max-Projects sollen aktualisiert werden, sobald die neue Erfahrung ausgeweitet wird. Eine universelle Konvertierungsfunktion, ein konkreter Upgrade-Termin oder ein detailliertes Migrationsprotokoll für jedes einzelne Feld werden in der Ankündigung nicht genannt. (Claude Help Center)
Damit ergeben sich zwei unterschiedliche Migrationsfälle:
- Schrittweises Upgrade durch Anthropic: Warten, bis die überarbeitete Variante das eigene Konto und die jeweilige Oberfläche erreicht. Bis dahin sollen bestehende Projects verfügbar bleiben.
- Heute von Chat Project zu Cowork: Wenn verfügbar, Coworks Import-Funktion verwenden und das Ergebnis anschließend prüfen. Der getestete Vergleich beschreibt drei Wege zum Erstellen eines Cowork-Projekts: neu beginnen, aus einem Claude Project importieren oder einen vorhandenen Ordner verwenden. Beim Import werden demnach Dateien und Anweisungen übernommen, nicht jedoch angesammeltes Chat-Memory.
Eine sicherere Migrations-Checkliste
- Vor dem Wechsel des Arbeitsbereichs Quelldateien, Anweisungen und wichtige Entscheidungen exportieren oder kopieren.
- Dauerhafte Projektinformationen in überprüfbaren Dateien ablegen – nicht nur im Chat-Verlauf. Bei Code gehören
CLAUDE.md, eine aktuelle Statusnotiz und Entscheidungsprotokolle ins Repository. - Importieren oder auf das Upgrade warten, das ursprüngliche Project aber erst löschen, wenn die Prüfung abgeschlossen ist.
- Im Ziel-Arbeitsbereich nach einer konkreten Information aus einer bestimmten Datei fragen und kontrollieren, ob die erwartete Quelle genannt wird.
- Nach einer Entscheidung fragen, die ausschließlich in der alten Konversation vorkam. Fehlt die Antwort, die Entscheidung in einer Project-Datei oder als ausdrückliche Anweisung festhalten.
- Eine Anweisung ändern, einen frischen Thread öffnen und prüfen, ob die neue Vorgabe dort sichtbar ist.
- Bei Code den Branch und die Test-Suite prüfen sowie die Diffs des Pull Requests vor dem Mergen durchsehen.
- Alten und neuen Arbeitsbereich als nicht synchronisiert behandeln, solange Anthropic keine Live-Synchronisierung ausdrücklich dokumentiert.
Bleibt der Kontext erhalten? Diese Tests schaffen Klarheit
Anthropic zufolge starten überarbeitete Threads mit den Dateien, Repositories, Anweisungen und dem Memory des Projects. Außerdem soll jeder Thread zum gemeinsamen Project-Memory beitragen. Das ist die Produktbeschreibung – aber keine Garantie dafür, dass jedes Detail aus einem alten Chat- oder Cowork-Arbeitsbereich vollständig übernommen wird. (Claude Help Center)
Vor dem Vertrauen in einen migrierten Arbeitsbereich empfiehlt sich dieser Test in fünf Teilen:
| Prüfung | Test-Prompt oder Aktion | Erwartetes Ergebnis |
|---|---|---|
| Dateikontext | Nach einer Information fragen, die in einer bestimmten Quelldatei steht | Die Antwort nennt die richtige Datei und den richtigen Wert |
| Anweisungen | Eine markante Ausgaberegel hinzufügen und anschließend einen frischen Thread starten | Der neue Thread befolgt die Regel |
| Memory | Nach einer Entscheidung fragen, die nur im früheren Chat festgehalten wurde | Die Entscheidung ist nur dann bekannt, wenn sie bewusst migriert oder vom neuen Modell übernommen wurde |
| Repository-Status | Nach aktuellem Branch, geänderten Dateien und Testbefehl fragen | Der Worker meldet den tatsächlichen Status des verbundenen Repositories |
| Synchronisierung | Das ursprüngliche Project nach dem Import bearbeiten | Änderungen erscheinen im Ziel nur bei dokumentierter Synchronisierung; andernfalls müssen sie manuell übertragen werden |
Der Memory-Test deckt falsche Annahmen am zuverlässigsten auf. Im unabhängigen Vergleich zwischen Chat und Cowork konnte Cowork eine Frage beantworten, deren Antwort in übertragenen Dateien stand. Eine Frage, deren Antwort ausschließlich im Chat-Memory enthalten war, blieb dagegen unbeantwortet. Ein kurzes Entscheidungsprotokoll ist deshalb ein weitaus besseres Migrationsartefakt, als darauf zu hoffen, dass die Oberfläche den alten Verlauf automatisch rekonstruiert.
FAQ zum überarbeiteten Claude Projects
Ist das überarbeitete Claude Projects im regulären Claude verfügbar?
Zu Beginn des Rollouts nicht flächendeckend. Anthropic startete mit ausgewählten Pro- und Max-Abonnenten, die Claude-Code-Sitzungen in der Cloud nutzen. Eine Ausweitung auf Chat, Cowork, Team und Enterprise soll folgen.
Wird mein bestehendes Project gelöscht?
Anthropic zufolge funktionieren bestehende Chat- und Cowork-Projects während des Übergangs weiter und werden aktualisiert, sobald der Rollout ausgeweitet wird. Trotzdem sollte man selbst eine Sicherung oder Kopie der Quelldateien anlegen, denn die Hilfedokumentation verspricht weder einen detaillierten Rollback noch einen vollständigen Migrationsbericht.
Ersetzt das überarbeitete Projects Cowork?
Nein. Das überarbeitete Projects koordiniert parallele Claude-Code-Sitzungen. Cowork bleibt die naheliegendere Oberfläche für Desktop-Dateien, verbundene Anwendungen, geplante Aufgaben und allgemeine Wissensarbeit.
Bleibt Project-Memory über jede Claude-Oberfläche hinweg erhalten?
Davon sollte man nicht ausgehen. Anthropic beschreibt gemeinsamen Memory innerhalb des überarbeiteten Projects. Der getestete Ablauf von Chat zu Cowork zeigte jedoch, dass Chat-only-Memory zusammen mit Dateien und Anweisungen nicht übertragen wurde.
Kann das überarbeitete Projects heute lokalen Code verwenden?
Die ersten überarbeiteten Threads laufen in der Cloud. Anthropic plant nach eigenen Angaben lokale Ausführung, auch in Verbindung mit lokalen Tools und hinter der Netzwerkgrenze des Nutzers. In der Ankündigung wird dafür jedoch kein konkreter Veröffentlichungstermin genannt.
Verbrauchen parallele Project-Threads mehr von meinem Kontingent?
Ja. Anthropic zufolge ist jeder Thread eine vollständige Claude-Code-Sitzung. Mehrere gleichzeitig ausgeführte Threads verbrauchen das Kontingent daher schneller.
Die sicherste Standardstrategie während des Rollouts
Für koordinierte Vorhaben sind überarbeitete Projects die passende Wahl, für Aufgaben rund um Dokumente und verbundene Apps Cowork und für die Kontrolle auf Repository-Ebene direktes Claude Code. Bei der Migration sollten Dateien und Entscheidungsprotokolle als Quelle der Wahrheit dienen. Anschließend müssen Dateizugriff, Anweisungen, Memory, Repository-Status und Synchronisierung jeweils separat geprüft werden. Der Kompromiss ist klar: Das neue Modell verspricht mehr Kontinuität und Delegation. Wegen des Beta-Rollouts und des höheren Sitzungsverbrauchs ist eine überprüfte und umkehrbare Migration jedoch sinnvoller als ein sofortiger kompletter Wechsel.