Wie man Claude Projects richtig einrichtet – was die meisten Nutzer nicht wissen: Der komplette Kurs

Die meisten Menschen nutzen Claude wie eine Suchleiste.

Jede Sitzung beginnt auf die gleiche Weise. Du bist ein Marketing- Texter. Mein Geschäft ist dies. Mein Publikum ist das. Jetzt schreib mir das Ding. Dann schließt du den Tab, und morgen beginnst du die gesamte Einweisung wieder von vorne, schulst denselben Mitarbeiter jeden Morgen neu und lässt ihn alles bis zum Abend vergessen.

Das ist kein Workflow. Das ist ein ewiger Neustart von Null.

Claude Projects beheben das, und fast niemand richtet sie richtig ein. Die meisten erstellen ein Projekt, fügen eine Zeile Anweisungen ein, werfen eine zufällige PDF rein und wundern sich, warum es sich nicht dramatisch besser anfühlt als ein normaler Chat. Die Leistung ist real, aber sie steckt in den Details, die der Einrichtungsbildschirm nicht erklärt.

Dies ist der vollständige Kurs zur Einrichtung von Claude Projects, so wie es diejenigen tun, die wirklich darauf angewiesen sind. Jede Funktion hier ist echt und aktuell. Am Ende wirst du ein Projekt haben, das automatisch vollen Kontext in jedes Gespräch lädt, niemals eine erneute Einweisung benötigt und Ergebnisse liefert, die nach dir klingen, nicht nach einem generischen Assistenten.

Was ein Projekt eigentlich ist

Vom Marketing befreit, ist ein Claude Project ein Bündel aus drei Dingen in einem persistenten Arbeitsbereich.

Benutzerdefinierte Anweisungen. Ein systemweiter Prompt, der automatisch auf jede Unterhaltung im Projekt angewendet wird. Dies ist die stehende Vorgabe, die Claudes Verhalten formt, für wen es sich hält, mit wem es spricht und welche Regeln es befolgt – ohne dass du etwas davon in den Chat tippen musst.

Eine Wissensbasis. Dateien und Dokumente, auf die Claude in jeder Unterhaltung zugreifen kann, immer verfügbar, nie wieder hochzuladen. Styleguides, Spezifikationen, frühere Arbeiten, Referenzmaterial.

Begrenzte Unterhaltungen. Alle Chats innerhalb des Projekts werden gruppiert und erben dieselben Anweisungen und dasselbe Wissen.

Eine wichtige Sache, die du gleich vorweg verstehen solltest, denn sie bringt die Leute ständig durcheinander. Unterhaltungen innerhalb eines Projekts teilen KEINE Nachrichtenhistorie miteinander. Der gemeinsame Zustand sind die Anweisungen und die Dateien, nicht die Chats. Jede neue Unterhaltung beginnt frisch mit nur diesen beiden geladenen Dingen. Das ist wichtig für die Gestaltung von allem, was folgt.

Projekte sind auf jedem Claude-Plan verfügbar, auch kostenlos, wobei Free-Nutzer auf fünf Projekte begrenzt sind und Projektanweisungen ein kostenpflichtiges Feature sind. Bei Pro, Max und Team erhältst du die volle Einrichtung.

Der Fehler, den fast alle machen

Bevor wir zur Einrichtung kommen: Verstehe den größten Fehler, denn ihn zu vermeiden ist der halbe Kampf.

Die Leute behandeln die Wissensbasis wie einen Abstellraum. Sie stopfen alles hinein. Das gesamte Markenhandbuch. Sechs Monate Besprechungsnotizen. Ein 40-seitiges Strategie-Deck. Die Logik scheint plausibel: Mehr Kontext ergibt bessere Ausgabe.

So funktioniert es nicht, und hier ist der Grund. Projektwissen wird nicht vollständig in jede Antwort geladen. Claude zieht pro Abfrage den relevantesten Inhalt per Retrieval ab. Wenn du die Wissensbasis mit lose zusammenhängendem Material überlädst, verwässerst du Claudes Fähigkeit, das wirklich wichtige Signal zu finden, und riskierst, dass der Kontext mit Dateien gefüllt wird, sodass weniger Platz für die eigentliche Unterhaltung bleibt.

Die Regel, die dramatisch bessere Ergebnisse liefert, ist das Gegenteil von dem, was die Leute erwarten. Halte jedes Wissensdokument knapp und spezifisch, etwa ein bis drei Seiten. Ein dreiseitiger Sprachleitfaden schlägt jedes Mal ein 40-seitiges Markenhandbuch, weil das nützliche Signal dichter und das Rauschen geringer ist. Präzision schlägt Volumen in der Wissensbasis, immer.

Schritt 1: Erstelle das Projekt mit echter Absicht

Öffne Claude, klicke in der Seitenleiste auf Projekte, klicke auf Neues Projekt.

Der Name ist wichtiger, als es aussieht. Benenne es spezifisch. „Newsletter" oder „Kundenangebote" oder „API-Dokumentation", nicht „Arbeit" oder „Zeug". Der Grund: Du wirst mehrere Projekte haben, und der ganze Sinn liegt in der Trennung. Ein vager Name führt zu einem vagen Projekt, das langsam unzusammenhängenden Müll ansammelt – genau das Verdünnungsproblem von oben.

Das führt zum ersten Prinzip, das die meisten übersehen: Ein Projekt pro Anliegen. Stecke nicht deinen Backend-Code und deine Marketinginhalte in dasselbe Projekt. Mische nicht Kunde A und Kunde B. Separate Projekte bedeuten sauberen, fokussierten Kontext, und fokussierter Kontext ist der ganze Grund, warum Projekte funktionieren. Der Instinkt, ein Mega-Projekt für alles zu haben, ist der Instinkt, den generischen Chatbot nachzubauen, dem du entkommen wolltest.

Schritt 2: Schreibe Anweisungen wie eine ständige Vorgabe, nicht wie einen Prompt

Dies ist der Teil mit der größten Hebelwirkung bei der gesamten Einrichtung, und hier ist die Kluft zwischen einem schwachen und einem großartigen Projekt am größten.

Ein schwacher Anweisungsblock sagt: „Du bist ein hilfreicher Assistent, der Marketinginhalte schreibt." Das gibt Claude nichts, was es nicht schon wusste.

Ein starker Anweisungsblock ist eine vollständige ständige Vorgabe, die für jemanden geschrieben ist, der noch nichts über dich weiß – denn genau das ist die Situation zu Beginn jeder neuen Unterhaltung im Projekt. Sie sollte abdecken: Wer du bist und was du tust, die Hauptaufgaben, für die dieses Projekt existiert, deine Ton- und Stilpräferenzen, dein gewünschtes Ausgabeformat, das Domänenwissen, das Claude voraussetzen soll, und – kritisch – die Dinge, die Claude niemals tun soll.

Hier ist eine Vorlagenstruktur, die für fast jede Projektart funktioniert:

ROLLE

Du bist [spezifische Rolle] und arbeitest an [spezifische Domäne]. Du schreibst für

[spezifisches Publikum, das nichts über dich weiß].

WOZU DIESES PROJEKT DA IST

Die Hauptaufgaben hier sind [Aufgabe 1], [Aufgabe 2], [Aufgabe 3]. Gehe davon aus, dass jede Anfrage

sich auf eine davon bezieht, sofern nicht anders angegeben.

WIE DU ANTWORTEN SOLLST

Ton: [spezifisch]. Format: [spezifisch]. Länge: [spezifisch].

Stelle keine Rückfragen, es sei denn, du bist wirklich blockiert. Triff eine vernünftige

Annahme, nenne sie und fahre fort.

WAS DU VORAUSSETZEN SOLLST

[Domänenfakten, Produktdetails, Positionierung, die in jeder Antwort als gegeben behandelt werden sollen.]

NIEMALS

[Spezifische Dinge, die Claude in diesem Projekt nie tun soll: KI-Klischees, bestimmte Behauptungen, bestimmte Formate, was auch immer deine harten Regeln sind.]

Diese eine Anweisung, keine Rückfragen zu stellen, ist besonders hervorzuheben. Standardmäßig eröffnet Claude oft mit einer Runde „Bevor ich anfange, kannst du mir mehr über … sagen?" Bei einem Projekt, das du täglich nutzt, ist diese Vorrede reine Reibung. Ihm zu sagen, es solle eine vernünftige Annahme treffen, sie nennen und fortfahren, entfernt das Hin und Her und beschleunigt jede einzelne Sitzung sofort.

Schreibe diese Anweisungen für den Leser, der keine Vorgeschichte mit dir hat, denn jede neue Unterhaltung beginnt wirklich dort. Die Anweisungen und die Dateien sind das Einzige, was weitergetragen wird. Die Erinnerung an deine letzte Unterhaltung nicht.

Schritt 3: Baue die Wissensbasis mit Präzision auf

Jetzt die Dateien. Denk an die Regel: Knapp, spezifisch, ein bis drei Seiten. Hier ist, was tatsächlich in eine gut aufgebaute Wissensbasis gehört, am Beispiel eines Content-Projekts.

Ein Sprach- und Stilleitfaden. Wie du schreibst. Satzrhythmus, Wörter, die du verwendest, Wörter, die du verbietest, das Gefühl deiner Ausgabe.

Ein Publikumsdokument. Für wen du schreibst, was ihnen wichtig ist, was sie bereits wissen, wogegen sie skeptisch sind.

Ein Säulen- oder Umfangsdokument. Die spezifischen Themen oder Kategorien, die dieses Projekt abdeckt, damit Claude in der Spur bleibt.

Eine kleine Sammlung von Best Practices. Drei bis fünf Stücke deiner tatsächlichen besten Arbeit. Das lehrt durch Vorführung weit effektiver als durch Beschreibung. Claude lernt deine Muster aus echten Beispielen besser als aus jeder noch so langen Anweisung.

Referenzmaterial spezifisch für die Arbeit. SEO-Notizen, Produktspezifikationen, technische Einschränkungen, was auch immer die Domäne erfordert.

Benenne jede Datei beschreibend. „Brand Voice Guide v3", „Q2 Product Roadmap", „API Documentation Payments Module", nicht „Notizen" oder „Zeug". Beschreibende Namen helfen dem Retrieval, das richtige Dokument für die richtige Abfrage zu finden – das ist der gesamte Mechanismus, auf den du dich verlässt.

Die Grenzen, die du kennen solltest. Bei Pro, Max und Team erhältst du bis zu 20 Dateien pro Projekt, 30 MB pro Datei, unterstützt PDF, Text, Markdown, Codedateien, CSV und Bilder. Das ist mehr als genug, wenn du die Präzisionsregel befolgst. Wenn du an die Obergrenze stößt, liegt das Problem fast immer daran, dass du Volumen statt Signal hochlädst.

Schritt 4: Teste das Retrieval, bevor du ihm vertraust

Hier ist ein Schritt, den fast niemand macht, und der diejenigen, die glauben, ihr Projekt funktioniere, von denen trennt, die es wissen.

Nachdem du dein Wissen hochgeladen hast, öffne eine Unterhaltung im Projekt und teste explizit, ob Claude jedes Dokument abrufen kann. Frage direkt:

Basierend auf dem Brand Voice Guide im Projektwissen, wie soll ich

die Eröffnungszeile eines Beitrags angehen? Zitiere die spezifische Anleitung, die du verwendest.

Wenn Claude das Dokument genau referenziert, funktioniert das Retrieval. Wenn es eine allgemeine Antwort gibt oder die Anleitung nicht findet, stimmt etwas nicht. Vielleicht wurde die Datei nicht verarbeitet, vielleicht ist die Benennung zu vage, vielleicht ist das Dokument unter zu vielen anderen begraben. Besser, das in einem Test herauszufinden, als drei Wochen später zu entdecken, dass Claude deine wichtigste Datei nie gelesen hat.

Führe diesen Test für jedes kritische Dokument durch. Es dauert fünf Minuten und ist der Unterschied zwischen einem Projekt, von dem du hoffst, dass es funktioniert, und einem, von dem du weißt, dass es funktioniert.

Schritt 5: Wähle das richtige Modell pro Unterhaltung

Ein Detail, das die meisten völlig übersehen. Innerhalb eines Projekts kannst du unabhängig für jede Unterhaltung wählen, welches Claude-Modell verwendet werden soll. Das Projekt zwingt dich nicht auf ein Modell fest.

Das ist wichtig für Kosten und Qualität. Verwende ein schnelleres Modell für Routine-Entwürfe innerhalb des Projekts und wechsle zu einem leistungsfähigeren Modell für die Unterhaltungen, die tiefes Denken oder komplexe Synthese erfordern. Gleiches Projekt, gleiche Anweisungen, gleiches Wissen, anderer Motor, je nachdem, was die spezifische Aufgabe benötigt. Die meisten merken nie, dass sie das können, und zahlen entweder drauf, indem sie alles auf dem Top-Modell laufen lassen, oder bleiben unter ihren Möglichkeiten, indem sie alles auf einem schnellen laufen lassen.

Schritt 6: Nutze Unterhaltungen als Denkwerkzeuge, nicht nur als Aufgaben

Hier ist eine Gewohnheit, die Projekte auf Dauer leise viel leistungsfähiger macht.

Nutze Projektunterhaltungen nicht nur für erledigte Aufgaben. Nutze sie, um laut zu denken. Arbeite ein Problem durch, erkläre deine Argumentation, sprich darüber, warum du eine Entscheidung triffst. Da das Projekt begrenzt und konsistent ist, helfen diese Denkunterhaltungen Claude, nicht nur deine Ausgabemuster, sondern deine Argumentationsmuster zu verstehen.

Das Ergebnis ist, dass Claude im Laufe von Wochen in einem gut genutzten Projekt nicht nur dein Format, sondern auch dein Urteilsvermögen übernimmt. Es schlägt Ansätze vor, die zu deiner tatsächlichen Denkweise passen, weil es gesehen hat, wie du innerhalb dieses begrenzten Kontexts denkst, nicht nur, was du produzierst.

Schritt 7: Pflege es, denn ein Projekt ist nur so aktuell wie seine Dateien

Ein Projekt ist kein „Einrichten und vergessen". Es ist nur so genau wie das, was darin enthalten ist, und veraltetes Wissen produziert mit Selbstvertrauen falschen Kontext, was schlimmer ist als gar kein Kontext.

Baue eine Wartungsgewohnheit auf. Wenn sich deine Positionierung ändert, aktualisiere den Sprachleitfaden. Wenn eine Spezifikation überarbeitet wird, ersetze die alte. Wenn sich eine Strategie verschiebt, aktualisiere das Umfangsdokument. Überprüfe deine Projektanweisungen vierteljährlich, denn vor sechs Monaten geschriebene Anweisungen könnten jetzt deinem tatsächlichen Tun widersprechen, und Claude wird die veraltete Regel treu befolgen.

Die Projekte, die wertvoll bleiben, sind die, die die Leute aktuell halten. Die, die leise nutzlos werden, sind die, die einmal eingerichtet und nie wieder angefasst wurden, während die eigentliche Arbeit um sie herum weiterging.

Die neue Ebene: Cowork-Projekte

Wissenswert, weil es alles oben Genannte erheblich erweitert. Seit den Updates 2026 leben Projekte auch in Claude Cowork, der Desktop-Agenten-App, und diese Version fügt Funktionen hinzu, die die chatbasierten Projekte nicht haben.

Cowork-Projekte fügen ein begrenztes Gedächtnis hinzu, das zwischen Sitzungen bestehen bleibt, sodass du sagen kannst „baue auf dem Bericht von letzter Woche auf" und Claude genau weiß, was das war, ohne diesen Kontext in deine andere Arbeit zu lecken. Sie fügen dedizierte lokale Ordner hinzu, sodass das Projekt echte Dateien auf deinem Rechner liest und schreibt. Und sie fügen geplante Aufgaben hinzu, sodass ein Projekt automatisch wiederkehrende Arbeiten in einem von dir festgelegten Rhythmus ausführen kann.

Die Einrichtungslogik ist dieselbe wie oben. Klare Anweisungen, knappe, relevante Dateien, ein Projekt pro Anliegen. Aber die Decke ist höher, denn ein Cowork-Projekt informiert nicht nur Unterhaltungen, es führt Arbeiten an echten Dateien aus und kann ohne dich nach Zeitplan laufen. Ein guter erster Schritt ist, es auf einen Ordner zu zeigen und zu sagen:

Lies jede Datei in diesem Ordner. Fasse dann zusammen, was du über diesen Arbeitsbereich weißt: was hier ist, wofür ich es wahrscheinlich nutze und welche Anweisungen du befolgen wirst. Wenn etwas unklar ist, frage, bevor du annimmst.

Dieser einzige Befehl bringt Claude dazu, das Projekt am ersten Tag zu lernen, und von da an erinnert es sich.

Vier Projektvorlagen, die du heute erstellen kannst

Die Theorie ist nur nützlich, wenn sie konkret wird. Hier sind vier Projekteinrichtungen, die direkt auf die häufigsten Anwendungsfälle abgebildet sind, jeweils mit dem, was in die Anweisungen und was in das Wissen gehört, damit du die Struktur kopieren kannst.

Das Content-Projekt. Anweisungen definieren deine Rolle als Autor für ein bestimmtes Publikum, deinen Ton, deine Formatierungsregeln und deine strikten Verbote. Das Wissen enthält einen Sprachleitfaden, eine Publikumspersona, ein Säulendokument und drei bis fünf deiner besten Stücke. Dies ist das Projekt, das dafür sorgt, dass alles, was du veröffentlichst, durchgängig nach dir klingt, nicht nach einem anderen Autor. Die besten Beispiele in der Wissensbasis leisten hier mehr Arbeit als jede Anweisung, denn Stil wird aufgefangen, nicht gelehrt.

Das Code-Projekt. Anweisungen definieren deinen Stack, deine Konventionen, deine bevorzugten Muster und die Dinge, die du nie gemacht haben willst. Das Wissen enthält ein Architekturdokument, deine wichtigsten Quelldateien, deine Codierungsstandards und API-Dokumentation für alles, was das Projekt berührt. Richte Claude darauf aus, und es hört auf, Code vorzuschlagen, der gegen deine bestehenden Muster verstößt, und beginnt, sie zu treffen. Ein Projekt pro Codebasis, niemals ein gemeinsames, denn das Mischen von zwei Codebasen ist der schnellste Weg, um Vorschläge zu erhalten, die zu keiner passen.

Das Kundenprojekt. Ein Projekt pro Kunde. Anweisungen definieren, wer der Kunde ist, seine Marke, seine Vorlieben und den Umfang deiner Arbeit mit ihm. Das Wissen enthält seine Markenrichtlinien, frühere Arbeitsergebnisse, auf das Wesentliche destillierte Besprechungsnotizen und alle für ihn spezifischen Einschränkungen. So hält ein Einzelunternehmer oder eine Agentur den Kontext jedes Kunden perfekt getrennt, sodass die Stimme von Kunde A nie in die Arbeit von Kunde B hineinblutet.

Das Forschungsprojekt. Anweisungen definieren, welche Frage oder Domäne du untersuchst und wie du die Ergebnisse strukturiert haben möchtest. Das Wissen enthält dein Quellenmaterial, deine früheren Notizen und deine Arbeitsthese. Während du es fütterst, baut es ein Bild über alles hinweg auf, und da es begrenzt ist, vermischt es diese Forschung nicht mit irgendetwas anderem, an dem du arbeitest. Dies kommt ein chatbasiertes Projekt dem Konzept des zweiten Gehirns am nächsten – einem Wissenskörper, den du befragen kannst, der kohärent bleibt, weil er von allem Unzusammenhängenden abgeschirmt ist.

Beachte das Muster in allen vier. Anweisungen tragen die stehenden Regeln und das Verhalten. Wissen trägt das Referenzmaterial und die Beispiele. Die Trennung ist bewusst, und das richtige Material in die richtige Schicht zu bekommen, ist der Hauptgrund, warum ein Projekt funktioniert. Eine Regel darüber, wie man sich verhalten soll, gehört in die Anweisungen. Ein Dokument, das Claude referenzieren muss, gehört ins Wissen. Diese zu vermischen – Verhaltensregeln in eine Wissensdatei zu stecken oder Referenzdokumente in das Anweisungsfeld zu kopieren – ist eine leise Art, ein Projekt ohne offensichtlichen Grund leistungsschwach zu machen.

Die geschichtete Personalisierung, die die meisten übersehen

Noch eine Sache, die du wissen solltest, denn sie baut auf allem oben Genannten auf. Projektanweisungen sind nicht die einzige Personalisierungsebene, die Claude hat, und zu verstehen, wie sie sich kombinieren, gibt dir feinere Kontrolle.

Es gibt drei Ebenen, und sie wirken alle gleichzeitig auf jede Antwort. Kontoweite Anweisungen, die in deinen Profileinstellungen festgelegt sind, gelten für jeden Chat überall, unabhängig vom Projekt. Projektanweisungen gelten nur innerhalb eines bestimmten Projekts. Und Stile, die pro Chat festgelegt werden, stimmen Ton und Format für diese eine Unterhaltung ab.

Der praktische Schritt ist, jede für das zu nutzen, wofür sie am besten ist. Lege die Regeln, die für alles gelten, was du mit Claude tust – wie deine allgemeinen Kommunikationspräferenzen – in die kontoweiten Profileinstellungen, damit du sie nicht in jedem Projekt wiederholst. Lege projektspezifischen Kontext und Regeln in die Projektanweisungen. Verwende Stile für einmalige Anpassungen, wenn eine bestimmte Unterhaltung einen anderen Ton als den Projektstandard benötigt.

Die meisten stopfen alles in eine Ebene und verlieren diese Kontrolle. Wenn du sie richtig trennst, hörst du auf, deine universellen Vorlieben in jedem einzelnen Projekt zu wiederholen, und die Anweisungen jedes Projekts bleiben fokussiert auf das, was dieses Projekt anders macht. Dieser Fokus ist, noch einmal, das gesamte Thema der richtigen Projekteinrichtung.

Die Einrichtung, die sich tatsächlich auszahlt

Setze alles zusammen, und hier ist, was ein richtig aufgebautes Projekt dir bietet, was ein normaler Chat nie kann.

Jede Unterhaltung beginnt mit bereits geladenem vollem Kontext. Deine Stimme, dein Publikum, deine Regeln, dein Referenzmaterial – alles vorhanden, bevor du ein Wort tippst. Du hörst auf, dich neu einzuweisen. Du hörst auf, bei Null zu beginnen. Du hörst auf, denselben Mitarbeiter jeden Morgen zu schulen.

Die Ausgabe hört auf, generisch zu klingen, und beginnt, nach dir zu klingen, weil Claude anhand deiner tatsächlichen Beispiele und deiner tatsächlichen Standards arbeitet, nicht von einer leeren Tafel plus einem hastigen Einzeiler-Prompt.

Und es zahlt sich aus. Woche eins braucht kleine Korrekturen, während Claude deine Muster aus den Dateien lernt. Bis Woche drei passt es deine Herangehensweise genau genug an, dass du aufhörst, Dinge zu erklären, die du früher jedes Mal erklärt hast. Die dreißig Minuten Einrichtung zahlen sich über Monate aus.

Hier ist die ehrliche Schlussfolgerung. Die meisten bekommen diesen Vorteil nie, nicht weil die Funktion schwierig ist, sondern weil sie sie in neunzig Sekunden eingerichtet und nie die Teile gemacht haben, die wirklich zählen. Die präzise Wissensbasis. Die echte ständige Vorgabe. Der Retrieval-Test. Die Wartungsgewohnheit.

Mach diese vier Dinge, und Claude Projects hören auf, ein Ordner für deine Chats zu sein, und werden zum Unterschied zwischen der Nutzung von Claude als Suchleiste und dem Betrieb als System, das bereits genau weiß, wer du bist und was du brauchst.

Richte diese Woche ein Projekt richtig ein. Wähle die Arbeit, die du am häufigsten machst. Schreibe die echten Anweisungen. Lade drei knappe Dokumente hoch. Teste das Retrieval. Dann beobachte, wie anders sich die nächste Unterhaltung anfühlt.

Folge @cyrilXBT für die vollständigen Aufbauten, die exakten Anweisungsvorlagen und die Projekteinrichtungen, die ich täglich nutze.