Was Claude Code Projects ist: Wie Claude die Threads verteilt, wer es nutzen kann, die GitHub-Voraussetzung und die Tokenkosten

Am 17. September 2026 hat Anthropic bekannt gegeben, dass Projects in Claude Code von Grund auf neu gebaut wurde. Der Name selbst ist nicht neu: Genauso heißt im Chat auf claude.ai der Kasten, in dem Gespräche und Referenzdateien zusammenliegen. Das neue Projects behält diesen Namen und tauscht alles dahinter aus. Die Unterzeile des offiziellen Blogbeitrags ist bereits die ganze Antwort: „vom Ordner zum Gespräch“.

In einem Satz: Das Verteilen der Arbeit ist von Ihnen auf Claude übergegangen. Sie werfen einen Auftrag in das Gespräch, Claude zerlegt ihn in „Threads“, die Threads laufen parallel in der Cloud, und jeder von ihnen öffnet einen Pull Request und meldet sich zurück, sobald er fertig ist. Wenn Sie Ihren Laptop zuklappen, hält sie das nicht auf.

Bevor Sie einsteigen, lohnen sich allerdings drei Prüfungen: Der Kreis der Konten, die es nutzen können, ist noch begrenzt, GitHub ist in der Praxis Voraussetzung, und das Tempo, mit dem Ihr Nutzungslimit schrumpft, hat mit einer einzelnen Session nichts mehr zu tun. Dieser Artikel geht zurück zu den Primärquellen — der Dokumentation von Claude Code und dem offiziellen Blog — und arbeitet durch, ob Sie es nutzen können und was passiert, sobald Sie es tun.

1. Kein Ordner mehr, sondern ein einziges Gespräch

Das neue Projects besteht aus zwei Teilen: dem Projektgespräch, in dem Claude die Koordination übernimmt, und den Threads, die dieses Gespräch startet.

Das Gespräch ist eine einzige, lange laufende Session. Es liest, was Sie schicken, antwortet direkt, wenn eine Antwort genügt, und schneidet alles, was nach Arbeit aussieht, in einen Thread heraus. Was in diesen Threads geschieht, sieht es nicht mit. Es sieht nur das, was sie zurückmelden.

In den Threads wird gearbeitet. Jeder ist eine eigenständige Cloud-Session mit eigenem Kontextfenster. Er arbeitet auf einem eigenen Branch, öffnet bei Bedarf einen Pull Request und meldet sich beim Gespräch, sobald er fertig ist. Laut Dokumentation reihen sich die Zustände der Threads in einer Liste namens Overview auf — so:

Festhalten sollte man hier vor allem eines: Das Parallele ist nicht das Neue. Claude Code hatte bereits Subagenten, agent view, Agent Teams und dynamische Workflows. Was Projects hinzufügt, ist nicht Parallelität, sondern zwei andere Dinge: Sie verteilen und verfolgen die Arbeit nicht mehr selbst, und sie verschwindet nicht, sobald Sie Ihren Rechner zuklappen. Die Dokumentation sagt genau das und stellt nüchtern fest, dass Projects nicht dafür da ist, Dinge parallel laufen lassen zu können.

2. Gleicher Name, aber nicht das alte Projects

Verwirrend ist das deshalb, weil es im Chat auf claude.ai ebenfalls „Projects“ gibt. Das dort ist ein Behälter für Gespräche und Dateien, ohne Threads und ohne Koordinator. Der identische Name lädt zur Verwechslung ein, doch die Dokumentation behandelt beides als getrennte Funktionen.

3. Wer es bekommt — und woran Sie erkennen, ob es bei Ihnen ist

Stand 19. September 2026 handelt es sich um eine öffentliche Beta, die in Stufen ausgerollt wird. Die Bedingungen sind recht genau festgehalten, deshalb hier nahezu wörtlich.

Der zweite Punkt wird am leichtesten übersehen. Je mehr alte Projekte Sie auf der Chat-Seite angesammelt haben, desto später erreicht Sie das neue Projects. Der offizielle Blog schreibt, bestehende Projekte funktionierten vorerst weiter und würden mit dem breiteren Rollout aktualisiert. Anders gesagt: Nicht die Vielnutzer kommen zuerst an die Reihe, sondern die Konten mit einem leeren Blatt.

Steht es nicht in Ihrer Seitenleiste, sind Sie noch nicht dran. Dann können Sie sich auf die Warteliste setzen lassen. Auch an der richtigen Stelle zu suchen ist wichtiger, als es klingt: Es taucht auf der Code-Seite auf, in der Seitenleiste von claude.ai/code oder im Tab Code der Desktop-App. Wie lange Sie auch die Seitenleiste des Chats durchsuchen — was Sie dort finden, ist das alte Projects.

4. Es braucht GitHub, und genau hier steigen viele aus

Das ist die Einschränkung, die in der Praxis am härtesten zubeißt. Ein Thread kann ausschließlich Code anfassen, der auf github.com liegt, und die Claude GitHub App muss in diesem Repository installiert sein. Die Dokumentation listet die Bedingungen so auf.

• Der Code liegt auf github.com. GitHub Enterprise Server, GitLab und Bitbucket fallen weg
• Das verbundene GitHub-Konto hat Push-Zugriff auf dieses Repository
• Die Claude GitHub App ist in diesem Repository installiert. Ein Token, das Sie mit /web-setup hinterlegt haben, reicht für andere Cloud-Sessions, aber nicht für die Threads eines Projekts
• Bei Repositories einer Organisation kann nur ein Owner der Organisation die Installation abschließen (alle anderen lösen stattdessen eine Genehmigungsanfrage aus)

Das heißt: Wer als Einzelentwickler mit einem Bare-Repository auf dem eigenen Git-Server oder auf Shared Hosting arbeitet, fällt Stand heute aus dem Rahmen. Dasselbe gilt für eine API hinter dem Firmen-VPN, eine Datenbank auf Ihrem Laptop, einen Geräte-Emulator oder einen Produktionsserver, den Sie über SSH erreichen: Threads leben außerhalb Ihres Rechners und kommen an all das nicht heran.

Bleibt für Menschen ohne GitHub also gar nichts? Nicht ganz. Ein Projekt lässt sich auch ganz ohne Repository anlegen. Einen Ordner mit Verträgen oder einen Export von Support-Tickets hochladen, einem Thread einen Auftrag wie „Liste die zehn Integrationsfehler auf, die hier am häufigsten vorkommen“ geben und das Ergebnis im Tab Library abholen — diese Nutzung sieht die Dokumentation ausdrücklich vor. Hochgeladene Dateien sind aus einem Thread heraus unter /mnt/project-files lesbar.

Wenn die Arbeit aus Code besteht und Ihre eigene Umgebung braucht, greifen Sie stattdessen dazu, lokale Sessions in agent view nebeneinander laufen zu lassen. Das läuft auf Ihrem eigenen Rechner, also funktionieren Ihr VPN, Ihre lokale DB und Ihr SSH weiterhin.

5. Womit ein Thread startet

Ein Thread beginnt nicht jedes Mal bei null. Er startet mit dem Kontext, den ihm das Projekt mitgibt, und davon trägt er vier Dinge mit sich.

• Die Repositories und Dateien des Projekts — jedes eingetragene Repository wird jedes Mal geklont, ob die Aufgabe es berührt oder nicht
• Projektanweisungen — ein gemeinsamer Auftrag, der jeden Thread erreicht. Die Obergrenze liegt bei 16.000 Zeichen
• Projekt-Memory — Notizen, die Claude für sich selbst schreibt. Beim Start liest es den Index MEMORY.md und öffnet einzelne Dateien erst, wenn es sie braucht
• Die Cloud-Umgebung — welche Netzwerkziele erlaubt sind, Umgebungsvariablen, API-Zugangsdaten und die vorab installierten Werkzeuge

Der Teil dieses Gepäcks, der am ehesten einen Unfall verursacht, ist dieser: Die Konfigurationsdateien eines Repositorys werden unterschiedlich behandelt, je nachdem, ob das Projekt ein Repository enthält oder mehrere. Die Tabelle der Dokumentation, aufgeräumt, ergibt Folgendes.

Der Grund ist einfach: Berechtigungen, Hooks und Umgebungsvariablen werden ausschließlich aus der .claude/settings.json in dem Verzeichnis gelesen, in dem der Thread gestartet ist. Bei mehr als einem Repository startet der Thread eine Ebene über den Klonen, also liegen die Einstellungen keines Repositorys an einer Stelle, die gelesen wird. Ein einziges zusätzliches Repository schaltet Ihre Hooks stillschweigend ab, und niemand sagt Ihnen Bescheid. Für Projekte mit mehreren Repositories lautet die dokumentierte Empfehlung, gemeinsame Regeln in die Projektanweisungen und Umgebungsvariablen in die Cloud-Umgebung zu legen.

Zu MCP, wenn wir schon dabei sind: Die MCP-Server, die ein Thread nutzen kann, sind die Connectors Ihres claude.ai-Kontos. Ein MCP-Server, der nur auf Ihrem Rechner installiert ist, erreicht ihn nie. Und das Projektgespräch selbst hat überhaupt keine Connectors — Arbeit, die einen braucht, muss also in einen Thread gehen, statt im Gespräch erfragt zu werden.

6. Wie viel mehr es an Tokens kostet

Das ist die Frage, die die meisten vor dem Einschalten haben. Die Dokumentation wird dabei deutlich: Ein Projekt zehrt schneller an Ihren Limits als eine einzelne Session, und gerade auf Pro sollten Sie an Tagen mit einem laufenden Projekt damit rechnen, Ihr Limit früher zu erreichen. Der Anstieg entsteht dadurch, dass sich mehrere Dinge aufeinanderstapeln.

④ verdient besondere Aufmerksamkeit. Öffnet der Thread eines Projekts einen Pull Request, beobachtet er diesen PR standardmäßig mit eingeschaltetem Auto-Fix. Selbst wenn Sie Auto-Fix für Ihre übrigen Cloud-Sessions ausgeschaltet haben, werden die Threads eines Projekts getrennt behandelt. Er repariert fehlgeschlagene CI-Läufe, antwortet auf Review-Kommentare und meldet sich zurück, sobald alles durchläuft — und im Gegenzug frisst er so lange an Ihrem Verbrauch, wie Sie ihn dort lassen. Um das zu beenden, sagen Sie diesem Thread, er soll den PR nicht mehr überwachen.

Wie viel mehr ist es nun? Für Projects selbst ist kein Faktor veröffentlicht, doch für Agent Teams, die auf derselben Idee beruhen, eine Aufgabe auf mehrere Sessions zu verteilen, nennt die Dokumentation etwa das Siebenfache einer normalen Session, wenn die Teammitglieder im Plan-Modus laufen. Parallel zu arbeiten kauft Geschwindigkeit, es spart nicht — so viel haben beide gemeinsam.

Es lohnt sich außerdem zu wissen, wo die Bremsen sitzen und wie gut sie greifen.

• Es gibt keine Obergrenze dafür, wie viele Threads gleichzeitig laufen. Sie können sagen „bleib bei zweien“, aber die Dokumentation schreibt ausdrücklich, dass dies eine Anweisung ist, der Claude zu folgen versucht, und keine erzwungene Einstellung. Die einzige harte Grenze sind 200 Threads pro Tag (über alle Projekte hinweg)
• Ein Thread, der Ihr Nutzungslimit erreicht, wartet von selbst und setzt automatisch fort, sobald das Limit zurückgesetzt ist. Lassen Sie ihn in Ruhe, verbraucht er ungefragt vom nächsten Zeitfenster (zum Stoppen drücken Sie Stop am Thread oder pausieren das Projekt). Die Ausnahme ist ein Thread, den eine Routine gestartet hat: Der bricht mit einem Fehler ab, statt zu warten
• Die virtuellen Maschinen in der Cloud kosten selbst nichts extra. Was steigt, sind allein die Tokens
• Ein ruhendes Projekt — keine laufenden Threads, keine beobachteten PRs, keine neuen Nachrichten — verbraucht überhaupt nichts von Ihrem Kontingent

7. Die Wahl zwischen den fünf Wegen zur Parallelarbeit

Claude Code hat inzwischen fünf Wege, Arbeit parallel zu erledigen. Projects ist einer davon, und was ihn von den übrigen abhebt, ist wer die Arbeit verteilt und wo sie läuft. Ordnet man den Vergleich der Dokumentation danach, wie man tatsächlich auswählt, ergibt sich das hier.

Für die eigene Lage läuft die Abgrenzung auf etwa zwei Fragen hinaus. Braucht die Arbeit Ihre eigene Umgebung (lokale DB, VPN, SSH)? Wenn ja, kommt Projects nicht infrage. Ist die Arbeit heute fertig? Wenn ja, bringt der Weg in die Cloud wenig und agent view genügt. Zum Unterschied zwischen Subagenten und Agent Teams vergleicht ein eigener Artikel beide im Detail.

8. Was vor dem ersten Schwung zu tun ist

Die Dokumentation nennt vier Dinge, die „vor dem ersten Schwung“ zu erledigen sind, und jedes einzelne davon ist später teuer zu reparieren.

1. Die Projektanweisungen schreiben — von welchem Branch abzuzweigen ist, was laufen muss, bevor etwas als fertig gilt, was vorher Ihre Freigabe braucht. Das offizielle Beispiel weist einen Thread an, in seiner ersten Nachricht genau zu benennen, was er nicht erreicht, und dort anzuhalten, statt zu ersetzen, zu mocken oder zu raten.
2. Genau einen echten Auftrag schicken, ihn dann öffnen und lesen — prüfen Sie, wie er meldet und was er tatsächlich auf dem Branch hinterlassen hat
3. Modell und Effort-Stufe noch einmal ansehen — das voreingestellte Opus auf high stehen zu lassen ist der schnellste Weg, Ihr Limit zu verbrennen
4. Sagen Sie „schlag es vor, bevor du anfängst“ und „lass nur wenige Threads gleichzeitig laufen“ — beides können Sie fallen lassen, sobald ein paar Runden so zurückkommen, wie Sie es erwarten

Noch eine Sache, weniger glamourös, aber gut zu wissen. Die Sandbox eines Threads pausiert zwischen den Zügen und wird für den nächsten wieder aufgenommen. Gelingt die Wiederaufnahme nicht, startet die Arbeit aus einem frischen Klon neu, und das heißt: Nicht committete Änderungen können verloren gehen. Bei längeren Aufträgen lautet die dokumentierte Empfehlung, dem Thread zu sagen, er solle unterwegs committen und pushen.

Fazit

Das neue Projects ist nicht „eine Funktion, mit der man Dinge parallel laufen lassen kann“, sondern „eine Funktion, die einem die Mühe des Parallelbetriebs abnimmt“. Das Verteilen, das Hinterherlaufen und das jedes Mal erneute Erklären desselben Kontexts fallen weg. Wenn Sie Arbeit haben, die sich lange hinzieht, wenn sie auf github.com liegt und Sie auf Pro oder Max sind, stehen die Chancen gut, dass es passt.

Schlecht passt es dagegen zu Arbeit, die Ihre eigene Umgebung braucht, zum eigenen Git-Server und zu einmaligen Aufträgen, die heute fertig werden. Und was in jedem Fall gilt: Parallelität kauft Geschwindigkeit mit Tokens. Voreingestellt ist Opus auf high, es gibt keine erzwungene Obergrenze für gleichzeitig laufende Threads, und Threads, die einen PR beobachten, wecken sich selbst. Lassen Sie ein Projekt einen Tag lang laufen, ohne diese drei Punkte zu kennen, wird Sie der Rückgang Ihres Kontingents überraschen. Stellen Sie zuerst die Werte herunter, halten Sie die Zahl der Threads klein und bekommen Sie über einen einzelnen Durchlauf ein Gefühl dafür, bevor Sie ausweiten. Das ist der sicherste Einstieg.

Wenn du Rechercheergebnisse aus einem Projekt in einem Vorschlag oder einer Anleitung zum Nachschlagen zusammenfassen möchtest, hilft dir auch der Leitfaden zu Claude Docs. Projekte unterstützen fortlaufende Arbeit, während Docs zum Erstellen und Bearbeiten von Dokumenten dient. Wähle passend zu deinem Vorhaben.

FAQ

F. Was passiert mit den Projekten, die ich schon im Chat habe?

A. Sie funktionieren vorerst wie bisher. Der offizielle Blog schreibt, dass bestehende Projekte auf Pro und Max weiterhin nutzbar bleiben und mit dem breiteren Rollout auf Chat und Cowork aktualisiert werden. Beachten Sie allerdings, dass das neue Projects zuerst an Konten ohne bestehende Projekte ausgerollt wird — je mehr Sie angesammelt haben, desto später kommen Sie an die Reihe.

F. Kann ich es aus Claude Code im Terminal nutzen?

A. Nein. Die drei Orte, an denen es funktioniert, sind claude.ai/code, der Tab Code in der Desktop-App und die Mobile-App. Der Zugang über Amazon Bedrock, die Agent Platform von Google Cloud oder Microsoft Foundry fällt ebenfalls aus dem Rahmen. Der Befehl claude project im CLI ist im Übrigen eine andere Funktion, die zufällig denselben Namen trägt.

F. Ich nutze kein GitHub. Welche Möglichkeiten habe ich?

A. Um tatsächlich Code auszuführen, gibt es derzeit zwei. Legen Sie das Repository auf github.com und installieren Sie die Claude GitHub App, oder nutzen Sie agent view, das auf Ihrem eigenen Rechner läuft. Davon abgesehen lässt sich ein Projekt ohne Repository auch ganz ohne GitHub anlegen: Material hochladen, Threads daraus recherchieren oder entwerfen lassen und die Ergebnisse im Tab Library einsammeln.

F. Ist das im Pro-Tarif realistisch?

A. Ja, aber drehen Sie die Einstellungen vor dem Start herunter. Die Dokumentation selbst warnt, dass Sie gerade auf Pro an Tagen mit einem laufenden Projekt damit rechnen sollten, Ihr Limit früher zu erreichen. Ein neues Projekt startet voreingestellt mit Threads auf Opus mit high, senken Sie das also zuerst, halten Sie die Zahl der gleichzeitig laufenden Threads klein und weiten Sie aus, während Sie unter den Usage-Einstellungen des Projekts beobachten, was Sie tatsächlich verbrauchen.