Anthropic hat die Projekte-Funktion in Claude Code grundlegend überarbeitet. Statt eine Aufgabe nach der anderen abzuarbeiten, übernimmt nun ein Koordinator die Verteilung: Er zerlegt eine Anforderung und gibt die Teilaufgaben an mehrere Cloud-Threads weiter, die parallel laufen. Diese Threads arbeiten eigenständig, öffnen Pull-Requests – also Änderungsvorschläge am Code, die vor der Übernahme geprüft werden – und führen Tests aus.
Damit die parallelen Stränge nicht aneinander vorbeiarbeiten, greifen sie laut Anthropic auf ein gemeinsames Gedächtnis zu. Erkenntnisse aus einem Thread stehen so auch den anderen zur Verfügung. Die Funktion befindet sich in der Beta und ist zunächst für ausgewählte Pro- und Max-Abonnenten verfügbar.
Was sich am Arbeitsmodell ändert
Bisher war der Umgang mit KI-Assistenten in der Entwicklung überwiegend dialogisch: Eine Person beschreibt eine Aufgabe, prüft das Ergebnis, korrigiert nach. Das neue Modell verschiebt diesen Ablauf. Die Beschreibung der Aufgabe bleibt der zentrale Eingriffspunkt, die Ausführung wird jedoch aufgeteilt und läuft nebenläufig weiter, ohne dass jeder Schritt einzeln bestätigt wird.
Praktisch heißt das: Der Engpass wandert. Nicht mehr das Schreiben von Code bestimmt das Tempo, sondern die Qualität der Aufgabenbeschreibung am Anfang und die Prüfung der Ergebnisse am Ende. Wer fünf Pull-Requests gleichzeitig erhält, braucht ein Review-Verfahren, das damit umgehen kann – sonst entsteht einfach eine neue Warteschlange.
Neue Anforderungen an die Qualitätssicherung
Dass die Threads selbst Tests ausführen, ist hilfreich, ersetzt aber keine belastbare Teststrategie. Automatisierte Tests prüfen genau das, was jemand vorher als prüfenswert definiert hat. In Projekten mit dünner Testabdeckung liefert ein bestandener Testlauf daher wenig Sicherheit. Für Teams, die stärker auf automatisierte Umsetzung setzen wollen, lohnt es sich, zuerst in Tests und in eine verlässliche Build- und Deployment-Kette zu investieren.
Gleichzeitig steigt der Bedarf an Nachvollziehbarkeit. Wenn mehrere Stränge parallel an einem Repository arbeiten, sollte für jede Änderung erkennbar bleiben, welche Aufgabe sie beantwortet und wer sie freigegeben hat. Pull-Requests sind dafür ein geeignetes Format, weil sie Änderung, Begründung und Prüfung an einer Stelle bündeln.
Worauf Projektverantwortliche achten sollten
- Aufgabenzuschnitt: Je klarer und abgegrenzter eine Anforderung beschrieben ist, desto weniger Nacharbeit entsteht bei paralleler Ausführung.
- Review-Kapazität: Mehr Pull-Requests pro Tag brauchen feste Zuständigkeiten und realistische Zeitfenster für die Prüfung.
- Testabdeckung: Automatisierte Tests sind die Voraussetzung dafür, dass schnelle Zyklen nicht auf Kosten der Stabilität gehen.
- Konfliktmanagement: Parallele Änderungen an denselben Dateien erzeugen Zusammenführungskonflikte. Eine klare Modulgrenze im Code reduziert dieses Risiko.
- Datenschutz und Vertraulichkeit: Cloud-basierte Ausführung bedeutet, dass Projektcode außerhalb der eigenen Infrastruktur verarbeitet wird. Das ist vorab zu klären.
Einordnung
Die Ankündigung betrifft eine Beta mit begrenztem Zugang, keine allgemein verfügbare Funktion. Belastbare Aussagen zur Ergebnisqualität bei größeren, gewachsenen Codebasen liegen bislang nicht vor. Die Richtung ist dennoch deutlich: Anbieter verlagern nicht nur das Schreiben von Code, sondern auch die Koordination der Arbeit in die Werkzeuge.
Für Web- und Softwareprojekte heißt das vor allem, dass sich der Schwerpunkt der Arbeit verschiebt: weg von der reinen Umsetzung, hin zu präziser Spezifikation, sauberer Architektur und konsequentem Review. Wer diese Grundlagen im Projekt schon geordnet hat, profitiert am schnellsten von kürzeren Umsetzungszyklen. Wo Tests fehlen und Verantwortlichkeiten unklar sind, beschleunigt Automatisierung vor allem die Entstehung von Nacharbeit.