// Anthropic 19.09.2026 · 22:33 Uhr 11 Min. Lesezeit

Anthropic erweitert Claude Code um koordinierte parallele Arbeitsabläufe

Mindverse News

KI-gestützt erstellt 6 Quellen Arbeitsweise

Anthropic erweitert Claude Code um koordinierte parallele Arbeitsabläufe — Symbolbild

Das Wichtigste in Kürze

Anthropic baut die Funktion Projects in Claude Code von einem statischen Kontextbereich zu einer koordinierten Arbeitsumgebung um.
Claude kann übergeordnete Ziele in Teilaufgaben zerlegen und diese an mehrere parallel arbeitende Threads verteilen.
Jeder Thread läuft als eigene Cloud-Sitzung mit einem separaten Branch und einer eigenen Kopie des Repositorys.
Ein übergeordneter Koordinator bewertet die Ergebnisse, führt sie zusammen und kann bei angebundenen GitHub-Repositories Pull Requests sowie Tests anstoßen.
Die neue Funktion befindet sich zunächst in einer Beta-Phase und wird schrittweise für ausgewählte Pro- und Max-Abonnenten freigeschaltet.
Für Unternehmen sind vor allem Fragen zu Kosten, Zugriffskontrolle, Datenschutz, Prüfprozessen und der Abhängigkeit von Anthropics Cloud-Infrastruktur relevant.

// Inhalt · 13 Abschnitte

Vom Projektordner zur orchestrierten Entwicklungsumgebung
So arbeitet der neue Projektkoordinator
Parallele Threads sollen Entwicklungszeiten verkürzen
Subagenten erweitern die Hierarchie
GitHub wird zum zentralen Bindeglied
Beta-Zugang und schrittweise Verfügbarkeit
Verbrauch und Kostenkontrolle werden wichtiger
Cloud-Betrieb und Datenschutz
Einordnung in Anthropics Agentenstrategie
Was sich für Entwicklungsteams verändert
Praktische Empfehlungen für die Einführung
Einordnung für den B2B-Einsatz
Ausblick
Quellen

Vom Projektordner zur orchestrierten Entwicklungsumgebung

Anthropic verändert mit einem umfassenden Umbau der Funktion Projects die Arbeitsweise von Claude Code. Projekte dienen künftig nicht mehr nur dazu, Dateien, Anweisungen und Gesprächskontext für ein Vorhaben zu bündeln. Sie werden zu einer zentralen Arbeitsumgebung, in der Claude ein Ziel analysiert, daraus mehrere Arbeitspakete ableitet und diese parallel bearbeiten lässt.

Damit verschiebt sich die Rolle des Systems: Claude Code agiert nicht mehr ausschließlich als einzelner Assistent, der auf eine Anfrage reagiert. Innerhalb eines Projekts übernimmt Claude zusätzlich Aufgaben der Planung, Koordination und Zusammenführung. Das System entscheidet, welche Teile eines Vorhabens voneinander unabhängig bearbeitet werden können, startet dafür eigene Threads und prüft anschließend die eingehenden Ergebnisse.

Die Funktion wurde zunächst als Beta für ausgewählte Nutzerinnen und Nutzer der kostenpflichtigen Pro- und Max-Angebote angekündigt. Voraussetzung ist, dass Cloud-Sitzungen in Claude Code genutzt werden können. Die Freischaltung erfolgt nach Angaben aus der verfügbaren Dokumentation schrittweise. Bestehende Projekte sollen zunächst unverändert funktionieren.

So arbeitet der neue Projektkoordinator

Am Anfang steht weiterhin ein Ziel, das Sie in einem Projekt beschreiben. Zusätzlich können Sie ein Repository, Dateien, technische Vorgaben oder weiteren Kontext hinterlegen. Claude analysiert diese Informationen und schlägt daraus erste Arbeitspakete vor. Bei einer Softwareaufgabe könnten dies beispielsweise die Untersuchung eines Fehlers, die Anpassung einer Programmierschnittstelle, die Erweiterung von Tests und die Aktualisierung der Dokumentation sein.

Anschließend übernimmt ein Koordinator die Verteilung. Er legt fest, welche Aufgaben in separaten Threads bearbeitet werden. Ein Thread entspricht dabei nicht lediglich einer weiteren Ansicht im selben Chat, sondern einer eigenständigen Claude-Code-Sitzung in der Cloud. Die einzelnen Arbeitsstränge verfügen über eigene Arbeitskopien und eigene Branches des jeweiligen Repositorys.

Diese technische Trennung soll ermöglichen, dass mehrere Aufgaben gleichzeitig bearbeitet werden, ohne dass sich Änderungen unmittelbar gegenseitig überschreiben. Ein Thread kann beispielsweise an einer neuen Funktion arbeiten, während ein anderer parallel die Testabdeckung verbessert. Ein weiterer Thread könnte die Auswirkungen auf die Dokumentation oder die Konfiguration prüfen.

Die Arbeitsergebnisse werden anschließend an die übergeordnete Koordination zurückgegeben. Claude bewertet, ob die Ergebnisse zusammenpassen, ob Abhängigkeiten berücksichtigt wurden und ob noch Nacharbeit erforderlich ist. Bei angebundenen GitHub-Repositories können Threads Pull Requests eröffnen und Tests ausführen. Das Projekt dient damit als Verbindung zwischen natürlicher Sprache, Quellcodeverwaltung und automatisierten Entwicklungsabläufen.

Gemeinsamer Speicher und Projektbibliothek

Obwohl jeder Thread mit einem eigenen Branch und einer eigenen Repository-Kopie arbeitet, greifen die Arbeitsstränge auf einen gemeinsamen Projektspeicher zu. Dadurch können Informationen, Zwischenergebnisse und relevante Dateien über die Grenzen einzelner Threads hinweg verfügbar gemacht werden.

Zusätzlich sammelt das Projekt hochgeladene Dateien und die Resultate der verschiedenen Arbeitsstränge in einer Bibliothek. Für längere Vorhaben entsteht damit ein zentraler Wissens- und Arbeitsbereich, in dem nicht nur die ursprünglichen Vorgaben, sondern auch die von Claude erzeugten Ergebnisse dokumentiert werden.

Für professionelle Teams kann diese Struktur die Nachvollziehbarkeit verbessern, sofern die einzelnen Arbeitsschritte ausreichend protokolliert und von Menschen überprüft werden. Sie ersetzt jedoch nicht automatisch etablierte Entwicklungsprozesse wie Code-Reviews, Freigabestufen, Versionskontrolle oder die Prüfung sicherheitskritischer Änderungen.

Parallele Threads sollen Entwicklungszeiten verkürzen

Der wichtigste praktische Unterschied zur bisherigen Arbeitsweise liegt in der Parallelisierung. Bei einem klassischen Dialog mit einem KI-Assistenten werden Aufgaben meist nacheinander bearbeitet. Das System untersucht zunächst den Code, formuliert einen Lösungsvorschlag, setzt ihn um und wendet sich danach der nächsten Teilaufgabe zu.

Mit dem neuen Projects-Modell können unabhängige Aufgaben gleichzeitig laufen. Das ist insbesondere bei größeren Projekten relevant, bei denen mehrere Untersuchungen nebeneinander stattfinden können. Ein Team muss dann nicht zwingend darauf warten, dass eine einzelne Claude-Code-Sitzung alle Arbeitsschritte sequenziell abarbeitet.

Der mögliche Zeitgewinn hängt allerdings von der Struktur der Aufgabe ab. Nicht jeder Auftrag lässt sich sinnvoll parallelisieren. Wenn ein Arbeitsschritt zwingend auf dem Ergebnis eines anderen aufbaut, muss der Koordinator Abhängigkeiten berücksichtigen. Auch widersprüchliche Änderungen können zusätzlichen Prüf- und Integrationsaufwand verursachen.

Die parallele Bearbeitung ist daher nicht mit einer unbegrenzten Beschleunigung gleichzusetzen. Sie erweitert vielmehr die Zahl der gleichzeitig verfügbaren Arbeitsprozesse. Wie effizient das Modell arbeitet, hängt unter anderem von der Qualität der Aufgabenzerlegung, der Größe des Repositorys, der Testautomatisierung und der menschlichen Kontrolle ab.

Subagenten erweitern die Hierarchie

Die Arbeitsteilung endet nicht zwingend auf der Ebene der Projekt-Threads. Innerhalb eines Threads kann Claude die zugewiesene Aufgabe erneut aufteilen und dafür Subagenten einsetzen. Dadurch entsteht eine mehrstufige Struktur: Das Projekt koordiniert mehrere Threads, während einzelne Threads ihre eigenen Teilaufgaben weiter delegieren können.

Für komplexe Entwicklungsaufgaben kann diese Hierarchie sinnvoll sein. Ein Thread, der für die Qualitätssicherung zuständig ist, könnte beispielsweise separate Prüfungen für Unit-Tests, Integrationstests und mögliche Regressionen anstoßen. Ein anderer Thread könnte eine technische Analyse in mehrere unabhängige Untersuchungsbereiche gliedern.

Mit jeder zusätzlichen Ebene steigt jedoch auch die Komplexität der Kontrolle. Unternehmen müssen nachvollziehen können, welcher Agent welche Änderung vorgenommen hat, welche Informationen verwendet wurden und auf welcher Grundlage der Koordinator Entscheidungen getroffen hat. Ohne geeignete Protokollierung kann die Übersicht bei größeren Aufträgen schnell abnehmen.

GitHub wird zum zentralen Bindeglied

Wer Projects in Claude Code für Softwareentwicklung nutzen möchte, benötigt nach den verfügbaren Angaben ein Repository bei GitHub sowie die installierte Claude-GitHub-App. Diese Anbindung ermöglicht es Claude, den Quellcode zu lesen, Änderungen in separaten Branches vorzunehmen, Pull Requests zu erstellen und automatisierte Tests auszuführen.

Die GitHub-Integration ist damit ein wesentlicher Bestandteil des neuen Arbeitsmodells. Projects ist nicht lediglich eine eigenständige Chat-Funktion, sondern greift in bestehende Entwicklungsabläufe ein. Der Nutzen steigt, wenn Repositorys bereits sauber strukturiert sind, Branching-Regeln verwenden und über automatisierte Prüfungen verfügen.

Für Unternehmen stellt sich gleichzeitig die Frage, welche Berechtigungen die angebundene Anwendung erhält. Vor der produktiven Nutzung sollten Verantwortliche prüfen, ob Claude nur lesen oder auch schreiben darf, welche Repositorys zugänglich sind und wie Pull Requests freigegeben werden. Besonders bei geschäftskritischen Projekten sollte die technische Möglichkeit zur Änderung von Code nicht mit einer automatischen Produktionsfreigabe verwechselt werden.

Pull Requests sind kein Ersatz für Code-Reviews

Dass ein Thread einen Pull Request erstellen kann, bedeutet zunächst nur, dass Änderungen in einen standardisierten Prüfprozess überführt werden. Die fachliche und sicherheitsbezogene Bewertung bleibt eine separate Aufgabe. Ein Pull Request kann syntaktisch korrekt sein und Tests bestehen, obwohl die zugrunde liegende Implementierung fachlich ungeeignet oder sicherheitskritisch ist.

Für B2B-Teams empfiehlt sich deshalb eine klare Trennung zwischen automatisierter Erstellung und menschlicher Freigabe. Sinnvoll können verbindliche Regeln sein, nach denen Änderungen an Authentifizierung, Zahlungslogik, personenbezogenen Daten oder produktionsnaher Infrastruktur grundsätzlich von qualifizierten Mitarbeitenden geprüft werden.

Beta-Zugang und schrittweise Verfügbarkeit

Die neue Projects-Version wird zunächst nicht allen Claude-Code-Nutzern gleichzeitig angeboten. Die Beta richtet sich nach den verfügbaren Informationen zuerst an ausgewählte Pro- und Max-Abonnenten, die Cloud-Sitzungen verwenden. Im weiteren Verlauf soll der Zugang auf zusätzliche Claude-Code-Nutzer ausgeweitet werden.

Ob ein Konto bereits freigeschaltet ist, lässt sich am Eintrag Projects in der Seitenleiste erkennen. Die schrittweise Einführung erlaubt Anthropic, Nutzungsmuster zu beobachten, technische Probleme zu identifizieren und die Belastung der Cloud-Infrastruktur zu steuern. Für Unternehmen bedeutet dies, dass Funktionsumfang und Verfügbarkeit während der Beta-Phase noch Änderungen unterliegen können.

Bestehende Projekte sollen vorerst in ihrer bisherigen Form weiterarbeiten. Diese Übergangsregel ist für Teams relevant, die Projects bereits als Ablage für Kontext, Dateien oder Anweisungen verwenden. Sie müssen ihre bestehenden Arbeitsweisen nicht unmittelbar umstellen, sollten aber mögliche Änderungen an Bedienoberfläche, Berechtigungen und Verbrauchslimits beobachten.

Verbrauch und Kostenkontrolle werden wichtiger

Jeder parallel laufende Thread basiert auf einer vollständigen Claude-Code-Cloud-Sitzung. Mehrere gleichzeitig gestartete Sitzungen können das Nutzungskontingent daher schneller aufbrauchen als ein einzelner sequenzieller Dialog. Das gilt insbesondere dann, wenn Threads zusätzlich Subagenten starten oder umfangreiche Repositorys analysieren.

Für die Koordination und die einzelnen Threads lassen sich Modell und Arbeitsaufwand nach den vorliegenden Informationen getrennt festlegen. Diese Möglichkeit kann helfen, Ressourcen gezielter einzusetzen. Ein zentraler Koordinator benötigt möglicherweise ein leistungsfähigeres Modell für Planung und Bewertung, während einfache Teilaufgaben mit einer ressourcenschonenderen Konfiguration bearbeitet werden können.

Unternehmen sollten vor einem breiten Einsatz definieren, für welche Aufgabentypen die automatische Parallelisierung aktiviert werden soll. Eine unpräzise Aufgabenstellung kann dazu führen, dass Claude zu viele Threads eröffnet oder Teilaufgaben unnötig mehrfach bearbeitet. Für eine belastbare Kostenplanung sind deshalb Pilotprojekte, Nutzungsmetriken und klare Obergrenzen erforderlich.

Welche Aufgaben dürfen automatisch parallel ausgeführt werden?
Wie viele Threads und Subagenten sollen maximal gleichzeitig aktiv sein?
Welche Modelle dürfen für Koordination, Entwicklung und Tests verwendet werden?
Wie werden Verbrauch, Laufzeit und Fehlerraten dokumentiert?
Welche Änderungen benötigen vor ihrer Übernahme eine menschliche Freigabe?

Cloud-Betrieb und Datenschutz

Die Threads eines Projects laufen nach den verfügbaren Angaben zunächst vollständig in Anthropics Cloud. Eine Variante, bei der die Verarbeitung auf dem Rechner des Nutzers oder innerhalb der eigenen Netzgrenze stattfindet, ist zwar angekündigt, aber ohne verbindlichen Starttermin.

Diese Architektur hat operative Vorteile. Cloud-Sitzungen können unabhängig vom lokalen Rechner weiterarbeiten, auch wenn ein Notebook geschlossen oder die lokale Entwicklungsumgebung nicht aktiv ist. Zudem kann Anthropic Rechenleistung zentral bereitstellen und mehrere Threads dynamisch verwalten.

Gleichzeitig müssen Unternehmen klären, welche Daten an die Cloud übertragen werden. Dazu gehören nicht nur Quellcode und Konfigurationsdateien, sondern möglicherweise auch interne Dokumentation, Fehlermeldungen, Testdaten und Zugangsinformationen. Vor der Nutzung in sensiblen Projekten sind daher die geltenden Vertragsbedingungen, Datenverarbeitungsregelungen, Speicherorte und Löschfristen zu prüfen.

Besondere Aufmerksamkeit verdienen Geheimnisse in Repositorys. Zugangsschlüssel, Tokens und Passwörter sollten grundsätzlich nicht im Quellcode oder in hochgeladenen Dateien gespeichert werden. Auch Testdaten mit Personenbezug müssen vor einer Verarbeitung angemessen anonymisiert oder durch synthetische Daten ersetzt werden.

Die lokale Option bleibt offen

Eine lokale oder hinter der eigenen Netzgrenze betriebene Variante könnte für regulierte Branchen und Unternehmen mit strengen Sicherheitsanforderungen besonders relevant sein. Sie würde die direkte Kontrolle über Netzwerkzugriffe, Datenflüsse und interne Systeme erleichtern. Nach den verfügbaren Angaben gibt es dafür jedoch noch keinen festen Veröffentlichungstermin.

Bis zu einer solchen Option bleibt die Nutzung der Cloud eine bewusste Abwägung zwischen Automatisierung, Verfügbarkeit und Kontrollbedarf. Unternehmen sollten nicht allein vom Funktionsumfang ausgehen, sondern die Einführung in ihre bestehenden Richtlinien für Cloud-Dienste, Softwareentwicklung und KI-Nutzung einordnen.

Einordnung in Anthropics Agentenstrategie

Der Umbau von Projects steht im Zusammenhang mit einer breiteren Entwicklung bei Anthropic. Das Unternehmen erweitert Claude von einer primär dialogorientierten Anwendung zu einem System, das Aufgaben über längere Zeiträume plant, ausführt und überprüft. Chat und Cowork wurden zuletzt in einer gemeinsamen Oberfläche zusammengeführt. Zudem wurden mit Claude Docs und Claude Slides weitere Werkzeuge angekündigt, die zunächst Pro- und Max-Nutzern zur Verfügung stehen sollen.

Projects folgt derselben Richtung, konzentriert sich jedoch auf softwarebezogene Arbeit. Statt einzelne Codefragen isoliert zu beantworten, soll Claude ein Projekt als fortlaufenden Prozess verstehen. Der zentrale Unterschied liegt in der Koordination mehrerer Arbeitsabläufe. Claude wird damit in Teilen zu einer Steuerungsschicht zwischen Nutzer, Repository, Testsystemen und mehreren spezialisierten Arbeitsinstanzen.

Anthropic setzt Agenten nach eigenen Angaben auch intern ein. Das Unternehmen erklärte, dass Claude inzwischen einen erheblichen Teil der Forschungs- und Entwicklungsarbeit weitgehend selbstständig erledige. Solche Angaben sind als Unternehmensangaben einzuordnen und lassen sich nicht ohne Weiteres auf andere Organisationen übertragen. Sie zeigen jedoch, welche Bedeutung Anthropic agentischen Arbeitsweisen bei der eigenen Produkt- und Forschungsentwicklung beimisst.

Was sich für Entwicklungsteams verändert

Für Softwareteams kann das neue Projects-Modell die Aufteilung von Aufgaben vereinfachen. Statt jede Teilaufgabe manuell an eine eigene Sitzung zu übergeben, können Mitarbeitende ein übergeordnetes Ziel formulieren und Claude die erste Strukturierung überlassen. Das kann insbesondere bei Wartungsarbeiten, Fehlersuche, Testgenerierung und Dokumentationsaufgaben hilfreich sein.

Die Verantwortung für Priorisierung und Abnahme verschwindet dadurch jedoch nicht. Teams müssen weiterhin festlegen, welche Anforderungen gelten, woran der Erfolg gemessen wird und welche Risiken akzeptabel sind. Die Rolle von Entwicklerinnen und Entwicklern kann sich dabei teilweise von der direkten Umsetzung hin zu Planung, Kontrolle, Review und Systemdesign verschieben.

Für technische Leitungen entsteht eine zusätzliche Governance-Aufgabe. Sie müssen nicht nur den Einsatz eines einzelnen KI-Assistenten bewerten, sondern eine Gruppe miteinander verbundener Agenten. Dabei ist zu berücksichtigen, dass Fehler oder falsche Annahmen aus einem Thread in weitere Arbeitsschritte einfließen können, wenn sie nicht rechtzeitig erkannt werden.

Geeignete Einsatzfelder

Die parallele Bearbeitung erscheint besonders geeignet für Aufgaben mit klaren Grenzen und automatisierbaren Prüfungen. Dazu gehören beispielsweise:

die Analyse mehrerer unabhängiger Fehlerberichte;
die Erstellung oder Erweiterung von Tests für verschiedene Komponenten;
die Untersuchung von Abhängigkeiten und möglichen Versionskonflikten;
die Aktualisierung technischer Dokumentation in mehreren Bereichen;
die Vorbereitung von Pull Requests für klar definierte Änderungen;
die Durchführung standardisierter Code- und Qualitätsprüfungen.

Weniger geeignet sind Vorgänge, bei denen umfangreiches Domänenwissen, sensible Geschäftsdaten oder schwer messbare Zielgrößen eine zentrale Rolle spielen. Auch bei Änderungen an produktionskritischen Systemen sollte die automatische Bearbeitung nur innerhalb eines kontrollierten und überprüfbaren Rahmens erfolgen.

Praktische Empfehlungen für die Einführung

Unternehmen, die die neue Funktion testen möchten, sollten mit einem begrenzten Pilotprojekt beginnen. Dabei empfiehlt es sich, ein Repository mit überschaubarem Umfang und klaren automatisierten Tests auszuwählen. So lässt sich beobachten, wie zuverlässig Claude Aufgaben zerlegt, wie häufig Threads nacharbeiten müssen und wie hoch der tatsächliche Ressourcenverbrauch ausfällt.

Vor dem Start sollten technische und organisatorische Leitplanken definiert werden. Dazu gehören Berechtigungen für GitHub, Regeln für Branches, Anforderungen an Pull Requests und eine Liste von Dateien oder Systemen, die nicht an externe Cloud-Dienste übertragen werden dürfen.

Ebenso wichtig ist eine Auswertung der Ergebnisse. Nicht nur die Geschwindigkeit sollte gemessen werden. Relevant sind auch Fehlerquote, Nachbearbeitungszeit, Qualität der Dokumentation, Zahl der abgelehnten Pull Requests sowie mögliche Sicherheits- und Compliance-Vorfälle.

Starten Sie mit nicht kritischen Aufgaben und klar begrenzten Repositorys.
Aktivieren Sie automatisierte Tests, bevor Sie Änderungen durch mehrere Threads erzeugen lassen.
Vergeben Sie nur die erforderlichen GitHub-Berechtigungen.
Trennen Sie Test-, Staging- und Produktionsumgebungen konsequent.
Definieren Sie verbindliche menschliche Freigaben für sensible Änderungen.
Überwachen Sie Nutzungskontingente und Kosten pro Projekt.
Dokumentieren Sie, welche Daten verarbeitet und wie lange sie gespeichert werden.

Einordnung für den B2B-Einsatz

Anthropics neue Projects-Funktion ist weniger als einzelne Komfortverbesserung zu verstehen, sondern als Schritt zu einer agentischen Arbeitsumgebung. Der Schwerpunkt liegt auf der Koordination: Ein Auftrag wird nicht mehr nur beantwortet, sondern in mehrere potenziell parallel laufende Prozesse überführt.

Für B2B-Anwender kann daraus ein produktiverer Umgang mit umfangreichen Entwicklungsaufgaben entstehen. Gleichzeitig nimmt die Zahl der Entscheidungen zu, die Unternehmen selbst treffen müssen. Dazu zählen Fragen nach Datenhoheit, Rollen und Verantwortlichkeiten, Qualitätskontrolle, Kosten, Integrationsrechten und der langfristigen Abhängigkeit von einem Cloud-Anbieter.

Ob der Ansatz im Alltag einen nachhaltigen Vorteil bringt, wird daher nicht allein von der technischen Fähigkeit zur Parallelisierung abhängen. Entscheidend ist, wie zuverlässig die Koordination funktioniert, wie transparent Ergebnisse und Fehler nachvollziehbar bleiben und wie gut sich Projects in bestehende Entwicklungs- und Compliance-Prozesse integrieren lässt.

Ausblick

Die Beta-Einführung markiert den Beginn einer weiteren Ausbaustufe von Claude Code. Anthropic entwickelt die Funktion schrittweise und sammelt zunächst Erfahrungen mit ausgewählten Abonnenten. Änderungen am Funktionsumfang, an der Verfügbarkeit und an den Nutzungslimits sind während dieser Phase möglich.

Für die weitere Entwicklung wird insbesondere die angekündigte lokale beziehungsweise netzwerkinterne Ausführung von Bedeutung sein. Sollte Anthropic diese Option zu einem späteren Zeitpunkt bereitstellen, könnten sich neue Einsatzmöglichkeiten für Unternehmen mit erhöhten Anforderungen an Datenschutz und Infrastrukturkontrolle ergeben.

Bis dahin sollten Verantwortliche Projects als leistungsfähiges, aber noch evolvinges Werkzeug betrachten. Ein kontrollierter Pilotbetrieb mit klaren Berechtigungen, messbaren Zielen und verbindlichen Prüfprozessen bietet die geeignetste Grundlage, um den Nutzen für die eigene Organisation realistisch einzuschätzen.