Claude Projects mit Dokumenten füttern: das Kontextfenster optimal nutzen

Claude Projects sind das mit Abstand mächtigste Feature von Claude, wenn du regelmäßig mit denselben Dokumenten arbeitest. Eine eigene Wissensbasis, die in jedem Chat innerhalb des Projekts automatisch verfügbar ist. Doch die Qualität deiner Antworten hängt direkt davon ab, wie du diese Wissensbasis aufbaust. Schlecht strukturierte Dokumente führen zu schlechten Antworten. Dieser Guide zeigt dir, wie du Dokumente so vorbereitest, dass Claude sie tatsächlich findet und korrekt nutzt.

Wie Claude Projects funktioniert

Ein Claude Project ist im Kern ein Container, in dem du drei Dinge hinterlegen kannst: System-Instructions (die Anweisungen, die in jedem Chat gelten), Projekt-Knowledge (deine Dokumenten-Basis) und die Chat-Historie. Bei jedem neuen Chat innerhalb des Projekts hat Claude automatisch Zugriff auf System-Instructions und Knowledge.

Der entscheidende Punkt: Claude liest nicht alle Knowledge-Dokumente in jeder Antwort. Bei kleinen Projekten passt alles ins Kontextfenster, dann nutzt Claude alles direkt. Bei größeren Wissensbasen führt Claude intern eine Art Retrieval durch, sucht also nach relevanten Passagen in deinen Dokumenten und nutzt nur diese. Wie gut diese interne Suche funktioniert, hängt davon ab, wie deine Dokumente strukturiert sind.

Was schiefgeht bei unstrukturierten Dokumenten

Die meisten Nutzer laden einfach das hoch, was sie haben: PDF-Reports, Word-Dokumente, manchmal Excel-Sheets, gelegentlich PowerPoint. Das funktioniert in 80 Prozent der Fälle okay, in 20 Prozent richtig schlecht. Die typischen Probleme:

PDFs mit Mehrspalten-Layout. Wissenschaftliche Paper, Magazine, Berichte. Claude liest oft falsch herum, springt zwischen Spalten, vermischt Inhalte verschiedener Abschnitte.

Excel-Tabellen mit komplexen Strukturen. Verschachtelte Header, zusammengeführte Zellen, Pivot-Tabellen. Claude versteht die Beziehungen oft nicht und antwortet mit falschen Zahlen.

PowerPoint-Folien ohne semantische Struktur. Wenn die Inhalte nur in Textboxen liegen, statt in Foliten-Titel und Bullet-Listen, geht die Hierarchie verloren.

Bilder ohne Texterkennung. Gescannte PDFs ohne OCR sind für Claude wertlos. Er sieht nur das Bild, nicht den Inhalt.

Zu lange einzelne Dokumente. Ein 500-Seiten-PDF in einem Project ist nutzbar, aber die interne Suche wird ungenauer.

Die drei Regeln für gutes Project-Knowledge

Aus der Praxis haben sich drei einfache Regeln bewährt, die in den meisten Setups die Antwortqualität deutlich verbessern.

Regel eins, Markdown vor allem anderen. Wenn du PDFs, Word-Dokumente oder Excel-Sheets hast, konvertiere sie vor dem Upload in Markdown. Du kannst dafür MarkItDown im Browser nutzen, das die Konvertierung lokal erledigt, ohne dass deine Dokumente einen Server erreichen. Markdown gibt Claude eine klare Hierarchie aus Überschriften und Sektionen, die er semantisch verstehen kann.

Regel zwei, ein Dokument pro Thema. Lieber zehn klar abgegrenzte Markdown-Dateien als eine 500-Seiten-Sammlung. Claude findet relevante Passagen schneller, wenn jedes Dokument einen klar definierten Themenbereich hat. Benenne die Dateien aussagekräftig: produkthandbuch-v3.md statt dokument1.md.

Regel drei, Metadaten am Dateianfang. Beginne jede Markdown-Datei mit einem kurzen Block, der Claude erklärt, was die Datei enthält:

# Produkthandbuch CRM v3.2

**Stand:** Mai 2026  
**Inhalt:** Komplettes Benutzerhandbuch für die CRM-Software, inklusive Onboarding, Funktionen, Troubleshooting.  
**Zielgruppe:** Endnutzer, Support-Team.

Diese Metadaten helfen Claude bei der internen Suche, das richtige Dokument zu finden.

Praktisches Beispiel: ein Beratungsprojekt aufsetzen

Ein konkretes Setup für ein typisches Beratungsprojekt mit einem Kunden:

ClaudeProject: Kunde XYZ Digitalisierung

System-Instructions:
"Du bist ein Berater für den Kunden XYZ. Antworte sachlich,
nutze die Knowledge-Dokumente für faktische Aussagen, gib
bei Unsicherheit zu, wenn etwas nicht in den Dokumenten steht."

Knowledge:
01-kundenprofil.md         (Branche, Größe, Stakeholder)
02-projekthistorie.md      (Bisherige Meilensteine)
03-aktuelle-prozesse.md    (Ist-Zustand der Workflows)
04-soll-zustand.md         (Ziel-Architektur)
05-vertraege.md            (Rahmenverträge, NDAs, SLAs)
06-meeting-notes.md        (Protokolle aller Workshops)
07-technische-specs.md     (Architektur, APIs, Datenbanken)

Wenn du jetzt im Chat fragst "Was haben wir im letzten Workshop zu API-Authentifizierung besprochen?", sucht Claude gezielt in 06-meeting-notes.md und 07-technische-specs.md. Die Antwort wird präzise, weil die Dokumente klar abgegrenzt sind.

Token-Budget verstehen und nutzen

Das 200.000-Token-Kontextfenster klingt riesig, ist es aber nicht, wenn du systematisch arbeitest. Eine grobe Aufteilung in der Praxis:

Wenn du ein Project mit 50 Dokumenten und mehreren Stunden Chat-Historie hast, kann das Kontextfenster eng werden. Claude beginnt dann, ältere Chat-Nachrichten zusammenzufassen oder weniger Knowledge zu nutzen.

Welche Dateiformate du wirklich nutzen solltest

Claude akzeptiert viele Formate im Knowledge-Bereich, aber die Qualität variiert stark.

Markdown (.md). Die beste Wahl für alles. Klare Hierarchie, kompakt, semantisch eindeutig. Wenn du nur eine Empfehlung mitnimmst, dann diese.

Plain Text (.txt). Zweitbeste Option. Wenn du wirklich keine Struktur hast oder die Datei automatisch generiert wurde.

PDF. Funktioniert, ist aber nicht ideal. Claude muss intern Text extrahieren, dabei gehen oft Strukturen verloren. Konvertiere PDFs lieber vorher mit MarkItDown in Markdown.

Word und Excel. Werden unterstützt, aber Excel-Tabellen werden oft falsch interpretiert. Word ist okay, aber Markdown ist sauberer. Konvertierung lohnt sich.

Bilder. Nur sinnvoll, wenn du Diagramme oder Screenshots referenzieren willst. Reiner Text in Bildern wird oft nicht erkannt, OCR ist limitiert.

Code-Dateien (.py, .js, .ts, etc.). Funktionieren gut, Claude versteht den Code direkt. Keine Konvertierung nötig.

Ein konkreter Workflow zum Nachmachen

Wenn du gerade ein neues Project aufsetzt, kannst du folgendem Workflow folgen:

1. Sammle alle relevanten Quelldokumente in einem Ordner auf deinem Rechner.
2. Konvertiere jede Datei, die nicht bereits Markdown oder Text ist, in Markdown. Du kannst MarkItDown im Browser nutzen, das deckt PDF, Word, Excel, PowerPoint, Bilder und HTML ab.
3. Öffne jede konvertierte Datei kurz und ergänze am Anfang einen Metadaten-Block (drei bis fünf Zeilen, Titel, Stand, Inhalt, Zielgruppe).
4. Benenne die Dateien klar und nummeriere sie nach logischer Reihenfolge.
5. Lade die Dateien ins Claude Project hoch.
6. Schreibe System-Instructions, die explizit auf die Knowledge-Dokumente verweisen ("Antworte basierend auf den hinterlegten Dokumenten, kennzeichne wenn etwas nicht enthalten ist").
7. Teste das Setup mit drei bis fünf typischen Fragen, die dein Project beantworten können soll.

Häufige Fehler und wie du sie vermeidest

Fehler eins, das gesamte Wissen in eine Datei packen. Eine 200-Seiten-Markdown-Datei ist schlechter als zwanzig zehnseitige Dateien. Claude findet relevantes schneller, wenn die Dokumente thematisch fokussiert sind.

Fehler zwei, Originaldateien hochladen ohne Konvertierung. Ein 50-MB-PowerPoint-File mit 200 Folien voller Animationen und Bilder ist für Claude weitgehend nutzlos. Konvertiere zu Markdown, lass die Bilder weg, halte nur die Inhalts-Substanz.

Fehler drei, keine System-Instructions. Ohne klare Anweisungen weiß Claude nicht, wie er die Knowledge nutzen soll. Mindestens zwei Sätze: was ist die Aufgabe, wie soll mit den Dokumenten umgegangen werden.

Fehler vier, Knowledge nie updaten. Wenn sich Projekte entwickeln, sollten auch die Dokumente in der Knowledge wachsen. Mindestens monatlich prüfen, ob alles aktuell ist.

Fehler fünf, sensible Daten ohne Anonymisierung hochladen. Claude Knowledge ist privat, aber bevor du Kundendaten oder vertrauliche Informationen hochlädst, prüfe die Anthropic Data-Policy für deinen Plan. Bei Enterprise-Plänen gibt es zusätzliche Garantien, bei privaten Plänen weniger.

Fazit

Claude Projects werden so gut, wie deine Knowledge-Basis ist. Drei einfache Regeln machen den größten Unterschied: Markdown statt Originalformate, ein Thema pro Datei, Metadaten am Dateianfang. Wenn du diese drei Punkte konsequent umsetzt, bekommst du in jedem Chat innerhalb des Projects deutlich präzisere Antworten. Der einmalige Aufwand für die Aufbereitung amortisiert sich nach wenigen Wochen Nutzung.

Weiterführend

• MarkItDown direkt nutzen, um deine Quelldokumente in Markdown zu konvertieren
• PDF zu Markdown konvertieren für PDF-spezifische Konvertierung
• Word zu Markdown konvertieren für DOCX-Dateien
• Was ist Markdown?, falls du den Grundlagen-Guide noch nicht gelesen hast