Wer mit Claude an mehreren Arbeitssträngen zugleich arbeitet, kennt das Muster: Ein guter Teil der Zeit geht dafür drauf, den Stand aus früheren Sitzungen zusammenzutragen, statt ihn voranzubringen. Hier setzt die Neufassung von Projects an, die Anthropic am 17. September 2026 beschreibt.
Aus einem Ort, an dem man Dateien, Instruktionen und Referenzmaterial ablegt, wird eine Konversation. Du legst nicht mehr fest, welcher Arbeitsschritt wann in welcher Sitzung läuft, sondern beschreibst, was fertig werden soll. Die Aufteilung übernimmt das System. Damit soll vor allem eines wegfallen: die Übergabearbeit zwischen Sitzungen. Ob das hält, hängt an Details, die weiter unten stehen.
Von der Ablage zur Unterhaltung: was sich in Claude Projects ändert
Projects war bisher ein Container. Man legte Projektwissen, Anweisungen und Dateien hinein und startete dann einzelne Sitzungen, die davon profitierten. Die Neufassung dreht das um: Das Projekt wird zur laufenden Unterhaltung über ein Ziel, die einzelnen Sitzungen sind nur noch Ausführungsorte. Laut Ankündigung legst du beim Anlegen eines Projekts ein Ziel sowie das Repository oder den Kontext fest. Danach schlägt Claude Arbeit vor, die sofort erledigt werden kann.
Konfigurierbar sind die Cloud-Umgebung, Konnektoren, Plugins, Instruktionen und das Modell. Klingt nach einer Einstellungsliste, ist aber der wichtigste Teil. Sind Umgebung und Werkzeuge einmal definiert, muss man sie nicht in jedem neuen Chat neu erklären. Für Claude Code Projekte heißt das: Der Rahmen steht einmal, die Arbeit darin wechselt ständig. Das ist der Unterschied zwischen einem Ordner und einem Vorgang.
Wer das ernst nimmt, plant anders. Nicht mehr die einzelne Sitzung ist die Einheit, sondern das Projekt mit seinem Ziel und den Fäden, die darauf zulaufen. Projektmanagement heißt dann nicht mehr nur Tickets sortieren, sondern einen Verbund von Agenten koordinieren. Das ist ein anderes Handwerk als das, was die meisten Entwickler bisher gelernt haben.
Threads und Koordinator: die Baustelle mit Bauleitung
Am einfachsten versteht man das Modell als Baustelle. Früher gab es einen Handwerker, der nacheinander alle Gewerke erledigte, und man stand daneben, um rechtzeitig zu sagen, was als Nächstes kommt. Jetzt gibt es eine Bauleitung und mehrere Kolonnen, die gleichzeitig arbeiten. In der Ankündigung heißen die Kolonnen Threads und die Bauleitung Koordinator. Die Threads erledigen die Arbeit, der Koordinator verteilt sie.
Technisch ist jeder Thread eine vollwertige Claude Code Cloud-Sitzung, die auf einem eigenen Branch und einer eigenen Kopie des Repositories arbeitet. Diese Trennung ermöglicht Nebenläufigkeit ohne gegenseitiges Überschreiben. Arbeiten zwei Threads am selben Code, entsteht ein Merge-Konflikt, der genauso behandelt wird wie bei jedem anderen Pull Request. Zwei Kolonnen an derselben Wand sind ebenfalls keine gute Idee.
Reicht die Aufteilung nicht, kann ein Thread seine Arbeit weiter zerlegen, mit Subagenten, Schleifen und Workflows. Große Aufträge werden so schneller fertig, weil mehrere Teilstücke parallel laufen. Der Koordinator behält den Überblick und sorgt dafür, dass die Teile wieder zusammenfinden. Für Entwickler ist das der greifbarste Gewinn: nicht mehr Tempo pro Handgriff, sondern mehr gleichzeitig laufende Handgriffe.
Claude Code Projekt verwalten und steuern: wo der Mensch eingreift
Der Koordinator arbeitet nicht autonom im luftleeren Raum. Du siehst den Fortschritt im Hauptchat des Projekts und kannst jederzeit in einen einzelnen Thread abtauchen, um Details zu prüfen und nachzujustieren. Die Ankündigung vergleicht das Briefing mit dem an eine Stabschefin: Man schildert das Vorhaben, die Arbeit wird auf neue oder laufende Threads verteilt. Der Vergleich passt, weil auch eine gute Stabschefin Rückfragen stellt und nicht nur abarbeitet.
Claude meldet sich von selbst und hakt nach, statt stillschweigend zu warten. Sind Repositories angebunden, öffnet ein Thread Pull Requests und führt deine Tests aus. Sind Dokumente angebunden, liest er sie und entwirft darauf aufbauend Inhalte. Arbeiten laufen weiter, während du den Rechner verlässt oder am Telefon nachschaust, was passiert. Steuerung heißt hier: Ziele setzen, Zwischenstände lesen, eingreifen, wo es kippt.
Das verändert die Rolle. Ein Teil der Arbeit wandert vom Schreiben von Code zum Formulieren von Aufträgen und zum Prüfen von Ergebnissen. Wer gern selbst tippt, muss sich umgewöhnen. Wer bisher vor allem koordiniert hat, findet hier Werkzeuge, die genau das beschleunigen.
Geteiltes Gedächtnis und Bibliothek: Kontext, der sich aufbaut
Projects ist laut Ankündigung für lang laufende und agentische Abläufe gedacht, also für Arbeit, die mehr als eine Antwort und mehr als einen Teil umfasst. Über die Zeit lernt Claude Projektdetails kennen und wendet sie an. Jeder Thread schreibt in ein geteiltes Gedächtnis und liest daraus, was vorher entschieden wurde. Weniger Prompt-Engineering, weil Wissen nicht mehr in jedem Chat neu erklärt werden muss.
Die Beispiele aus dem Beitrag sind alltäglich: dass das Release auf Freitag verschoben wurde, warum der Export gestrichen wurde, wen man fragen sollte, bevor man den Billing-Service anfasst. Solche Informationen stehen selten in Tickets und verschwinden trotzdem sofort, wenn niemand sie festhält. Dort geht Zeit verloren, und zwar in jedem Team.
Claude merkt sich außerdem den Arbeitsstil: wie oft nachgefragt werden soll, wie häufig neue Threads gestartet werden, wie ausführlich Updates ausfallen. Neben dem Gedächtnis gibt es eine Bibliothek, die hinzugefügte Dateien und erzeugte Artefakte sammelt. Neue Arbeit kann so auf früheren Ergebnissen aufsetzen, statt sie erneut zu erfinden. In der Baustellen-Analogie ist das das Materiallager.
API-Migration mit Claude Code automatisieren: zwei Beispiele
Die Ankündigung nennt zwei Szenarien, die sich direkt auf den Alltag übertragen lassen. Im ersten geht es um Latenz: Ein Projekt wird so konfiguriert, dass das Ziel darin besteht, die p75-Latenz des Checkouts zu senken. Claude soll daraufhin jeden Endpunkt profilieren, Optimierungen testen und Pull Requests in parallelen Threads öffnen. Statt einer linearen Abfolge von Messen, Ändern, Messen laufen mehrere Varianten gleichzeitig.
Im zweiten Szenario werden API-, Web- und Mobile-Repository verbunden, mit dem Ziel, einen veralteten v1-Endpunkt stillzulegen. Pro Repository entsteht ein Thread, der die Aufrufer migriert, die Tests laufen lässt und Pull Requests öffnet. Am Ende meldet das Projekt, welche Pull Requests zuerst gemergt werden müssen. Das ist API-Migration in der Praxis: nicht ein großer Umbau, sondern mehrere koordinierte Stränge mit klarer Reihenfolge.
Wer Softwareentwicklung mit Claude Code beschleunigen will, findet hier den realistischsten Ansatzpunkt. Nicht der einzelne schnelle Codevorschlag bringt den größten Gewinn, sondern das Wegfallen von Wartezeit zwischen abhängigen Schritten. Diese Wartezeit macht Migrationen so unbeliebt. Wenn sie sinkt, werden Aufräumarbeiten wieder machbar, die man sonst endlos vor sich herschiebt.
Grenzen und Verfügbarkeit
Der Beitrag verschweigt die Kosten nicht. Ein Projekt kann mehrere Threads gleichzeitig betreiben, und jeder davon ist eine vollständige Claude Code Sitzung. Dadurch können Nutzungslimits schneller erreicht werden als bei einzelner Arbeit. Man kann den projektbezogenen Verbrauch einsehen und sowohl für den Koordinator-Chat als auch für die Worker-Threads Modell und Aufwandsstufe wählen. Parallele Entwicklungsprozesse sind also nicht kostenlos, sondern verlagern Zeit in Ressourcen.
Zur Verfügbarkeit: Die überarbeiteten Projekte starten als Beta für ausgewählte Pro- und Max-Abonnenten, die Cloud-Sitzungen in Claude Code verwenden und noch keine bestehenden Projekte im Web oder auf dem Desktop haben. In der darauffolgenden Woche soll der Zugang auf weitere Claude-Code-Nutzer dieser Pläne ausgeweitet werden, später folgen Team- und Enterprise-Pläne. Bestehende Projekte auf Pro und Max laufen vorerst unverändert weiter und werden erst mit der Ausweitung auf Chat und Cowork umgestellt.
Ein Detail ist dabei leicht zu übersehen: Die Threads laufen heute in der Cloud. Der Betrieb auf der eigenen Maschine, neben lokalen Werkzeugen und hinter dem eigenen Netzwerk, ist laut Ankündigung in Arbeit. Solange das fehlt, bleiben manche Teams außen vor, weil Code das Haus nicht verlassen darf. Wer heute schon mit Cloud-Sitzungen arbeitet, kann die Neuerung dagegen ohne Umbau ausprobieren.
Der Gewinn liegt weniger im schnelleren Tippen als im Wegfall von Koordinationsarbeit. Du briefst, liest Zwischenstände, greifst ein, und ein Teil der lästigen Zusammenführerei verschwindet. Gleichzeitig wächst die Menge an Ergebnissen, die geprüft werden muss, und damit auch die Zahl der Fehler, die sich parallel einschleichen können. Wer Claude Code Projekt um Projekt steuern will, braucht klare Ziele, belastbare Tests und die Bereitschaft, Ergebnisse wirklich zu lesen. Ohne die drei wird es unübersichtlich.
Quelle: claude.com
