Eine Wissensbasis, die Claude nutzen kann: Dokumente, Form, Pflege und Prüfung

Eine Wissensbasis, die Claude nutzen kann, enthält pro Thema genau ein gültiges Dokument mit klarem Titel, Stand und Zuständigkeit. Veraltete Fassungen und Dubletten nehmen Sie vorher heraus. Live-Daten wie Ticketstatus gehören nicht als Datei hinein, sondern kommen über eine Schnittstelle. Vor dem Einsatz prüfen Sie die Antworten an echten Fragen Ihres Teams.

Der häufigste Ausgangspunkt ist ein vorhandener Bestand, etwa die Artikel in Zoho Desk, ergänzt um Handbücher, Preislisten und interne Anleitungen. Dieser Bestand wurde selten für ein Sprachmodell geschrieben. Er ist über Jahre gewachsen und enthält oft alte Varianten derselben Regel. Häufig setzt er Wissen voraus, das nur langjährige Mitarbeitende haben.

Claude liest diese Dokumente wörtlich. Stehen zwei Rückgabefristen in zwei Artikeln, kann das Modell beide wiedergeben oder die falsche wählen. Die Qualität der Antworten hängt deshalb stark von der Ordnung im Bestand ab. Die Arbeit beginnt also nicht beim Modell, sondern bei Ihren Dokumenten.

Eine Wissensbasis für Claude ist eine abgegrenzte Sammlung von Dokumenten, die Claude bei Anfragen als Grundlage heranzieht. In Claude Projects heißt dieser Bereich Knowledge Base. Dort laden Sie PDFs, Word-Dateien, Markdown- oder Textdateien hoch, die Claude in jeder Unterhaltung des Projects berücksichtigt. So beschreibt es der Leitfaden von SkillSprinters zu Claude Projects für Firmenwissen.

Das Modell braucht diese Grundlage aus zwei Gründen. Erstens kennt es Ihr Unternehmen nicht. Ihre Garantiebedingungen, Ihre Preisliste und Ihre internen Abläufe stehen in keinem Trainingsmaterial. Zweitens endet sein allgemeines Wissen an einem Stichtag. Laut Anthropics Modellübersicht liegt der verlässliche Wissensstand von Claude Fable 5.1, Claude Opus 5.5 und Claude Sonnet 5.5 im Juni 2026, bei Claude Haiku 4.5 im Februar 2025.

Ohne Wissensbasis füllt Claude Lücken mit plausiblen, aber allgemeinen Antworten. Mit einer guten Wissensbasis antwortet Claude aus Ihren Dokumenten. Mit einer schlechten Wissensbasis antwortet Claude ebenfalls aus Ihren Dokumenten, nur aus den falschen. Deshalb lohnt die Arbeit am Bestand mehr als die Suche nach dem besten Modell. Welches Modell für welche Aufgabe passt, beschreibt der Beitrag Opus, Sonnet oder Haiku im Geschäftsalltag.

In die Wissensbasis gehören Dokumente, die eine Regel oder einen Ablauf verbindlich beschreiben und sich nicht täglich ändern. Typische Kandidaten sind:

• veröffentlichte Hilfeartikel und FAQ, die Ihr Team an Kunden schickt
• Produktbeschreibungen und technische Datenblätter
• Richtlinien zu Rückgabe, Garantie, Lieferung und Zahlung
• interne Arbeitsanweisungen, etwa zur Eskalation eines Tickets
• freigegebene Antwortvorlagen

Draußen bleiben Entwürfe, alte Fassungen, Besprechungsnotizen und Mailverläufe. Sie enthalten Meinungen und überholte Stände, die Claude nicht von der gültigen Regel unterscheiden kann. Personenbezogene Daten von Kunden gehören ebenfalls nicht in eine Dokumentensammlung, die viele Mitarbeitende nutzen.

Live-Daten sind ein eigener Fall. Ticketstatus, Lagerbestand oder offene Rechnungen ändern sich laufend, eine hochgeladene Datei wäre schnell falsch. Für solche Daten ist MCP gedacht, laut Byte.de ein offener Industrie-Standard für die Schnittstelle zwischen externen Tools und KI-Agenten. Über den MCP-Connector verbindet sich Claude laut Anthropic direkt aus der Messages API, der Programmierschnittstelle für direkte Anfragen an das Modell, mit entfernten MCP-Servern.

Die Faustregel lautet: Was gilt, steht in der Wissensbasis. Was gerade ist, kommt über eine Schnittstelle.

Jedes Dokument in einer Wissensbasis für Claude sollte genau ein Thema behandeln. Ein Artikel „Rückgabe von Geräten“ ist besser als eine Sammeldatei „Service-FAQ gesamt“. Je enger ein Dokument gefasst ist, desto leichter findet Claude die passende Stelle. Zugleich erkennen Sie später schneller, welche Datei eine falsche Antwort verursacht hat.

Setzen Sie an den Anfang jedes Dokuments einen kurzen Kopf mit festen Angaben:

• Titel: die Frage oder Regel in den Worten, die Kunden und Team verwenden
• Stand: das Datum der letzten fachlichen Prüfung
• Gilt für: Produktlinie, Land oder Kundengruppe
• Verantwortlich: die Rolle, die den Inhalt freigibt

Schreiben Sie Regeln ausdrücklich aus. Eine vage Formulierung wie „Rückgaben innerhalb der üblichen Frist“ zwingt Claude zu raten, eine konkrete Frist in Tagen nicht. Ersetzen Sie Verweise wie „siehe oben“ oder „wie besprochen“ durch den eigentlichen Inhalt. Abkürzungen und interne Produktnamen erklären Sie beim ersten Auftreten.

Als Dateiformat genügen Text, Markdown, Word oder PDF. Wandeln Sie gescannte Seiten und Tabellen als Bild vorher in echten Text um, damit der Inhalt eindeutig lesbar ist. Einfachheit trägt weit: Ein Erfahrungsbericht auf LinkedIn über ein funktionierendes Wissenssystem mit KI beschreibt den eigenen Aufbau als „buchstäblich nur ein Ordner mit Ordnern mit Textdateien“.

Widersprüche im Bestand führen direkt zu widersprüchlichen Antworten. Claude hat keine eigene Information darüber, welche von zwei Fassungen die gültige ist. Steht in einem Artikel eine Lieferzeit und in einer alten Preisliste eine andere, kann jede davon in der Antwort landen.

Gehen Sie den Bestand deshalb einmal vollständig durch, bevor Sie ihn hochladen:

1. Gruppieren Sie alle Dokumente nach Thema.
2. Bestimmen Sie pro Thema das eine gültige Dokument.
3. Übernehmen Sie fehlende Details aus den anderen Fassungen in dieses Dokument.
4. Nehmen Sie alle übrigen Fassungen aus der Wissensbasis heraus.
5. Lassen Sie offene Fachfragen von der verantwortlichen Rolle klären.

Behalten Sie alte Fassungen für Ihr Archiv, aber getrennt von der Sammlung, die Claude liest. Ein Archivordner innerhalb der Knowledge Base hilft nicht, denn Claude berücksichtigt alle Dokumente darin. Auch zu viel Material auf einmal schadet. Der genannte LinkedIn-Bericht stellte fest, dass eine zu wörtliche Suche alles Passende zurückgab und das Kontextfenster überflutete.

Vorsicht gilt ebenso bei Inhalten aus dem Netz. Laut demselben Bericht verzerrten Web-Suchergebnisse die Antworten deutlich in Richtung dieser Quellen. Wo Ihre eigene Regel gilt, sollte Claude sie nicht mit allgemeinen Informationen aus dem Web vermischen.

Ein Claude Project ist ein Bereich in der Claude-Oberfläche, der mehrere Gespräche unter einem gemeinsamen Dach bündelt. Jedes Project hat drei Kernelemente: eine Knowledge Base, Custom Instructions und eine Chat-Historie. Custom Instructions sind ein fester Prompt, den Claude in jeder Unterhaltung des Projects mitbekommt. Im Free-Plan gibt es Projects nicht, teilen lässt sich ein Project in der Team- oder Enterprise-Version.

Angenommen, Ihr Serviceteam pflegt in Zoho Desk Artikel zu Rückgabe, Garantie und Lieferung. So bauen Sie daraus ein Project:

1. Legen Sie ein Project mit dem Namen „Service-Wissen“ an.
2. Übertragen Sie die bereinigten, veröffentlichten Artikel als einzelne Markdown- oder Textdateien, ein Artikel pro Datei.
3. Ergänzen Sie in jeder Datei den Kopf aus Titel, Stand, Geltungsbereich und Verantwortlich.
4. Laden Sie die Dateien in die Knowledge Base.
5. Hinterlegen Sie Custom Instructions wie im Beispiel unten.
6. Teilen Sie das Project zunächst nur mit einer Testgruppe.

Antworte nur auf Grundlage der Dateien in der Knowledge Base. Nenne zu jeder Antwort den Dateinamen und den Stand. Enthalten die Dateien keine Antwort, sage das ausdrücklich und rate nicht.

Achten Sie auf die Größe. Die Obergrenze der Knowledge Base liegt laut SkillSprinters bei etwa 200.000 Tokens pro Project, rund 500 Seiten normaler Text. Ein Token ist die Texteinheit, in der Sprachmodelle rechnen. Wächst der Bestand darüber hinaus, teilen Sie ihn nach Themen auf mehrere Projects auf.

Laut derselben Quelle ist die Knowledge Base zudem nicht über die normale Claude-API zugänglich. Für eine Anbindung an Zoho Desk oder Teams brauchen Sie deshalb einen anderen technischen Weg.

Die folgende Tabelle ordnet typische Dokumente einer Service-Wissensbasis ein. Die Pflegerhythmen sind Vorschläge, die Sie an das Änderungstempo in Ihrem Unternehmen anpassen.

Stellen Sie vor jedem Hochladen drei Fragen. Gibt es zu diesem Thema nur dieses eine Dokument? Stimmt der Stand? Ist eine verantwortliche Rolle benannt? Fällt eine Antwort negativ aus, bleibt das Dokument draußen, bis die Frage geklärt ist.

Eine Wissensbasis veraltet, sobald sich eine Regel ändert und niemand die Datei austauscht. Die Pflege braucht deshalb eine feste Zuständigkeit. Legen Sie pro Themengebiet eine Rolle fest, die Änderungen freigibt und die Datei in der Knowledge Base ersetzt.

Koppeln Sie die Pflege an den Ort, an dem Regeln ohnehin geändert werden. Wenn Ihr Team einen Artikel in Zoho Desk überarbeitet, gehört der Austausch der Datei im Project zum selben Arbeitsschritt. Eine Änderung an nur einem Ort erzeugt genau die Widersprüche, die Sie vorher entfernt haben.

Drei Gewohnheiten halten den Bestand sauber:

• Prüfdatum: Jedes Dokument trägt ein Datum im Kopf, nach dem die verantwortliche Rolle es prüft oder herausnimmt.
• Ersetzen statt ergänzen: Die neue Fassung ersetzt die alte, statt daneben zu liegen.
• Aktives getrennt halten: Der LinkedIn-Bericht führt einen Ordner „aktiv“ mit höchstens 20 Dateien, die in den letzten 14 Tagen bearbeitet wurden.

Die dritte Gewohnheit stammt aus einem persönlichen System, das Prinzip trägt aber auch im Team. Was gerade in Bearbeitung ist, liegt getrennt vom geprüften Bestand. Derselbe Bericht nutzt außerdem eine Datei CLAUDE.md als Anleitung, die Claude sagt, nur das für die aktuelle Aufgabe Benötigte abzurufen. Wie Sie solche Routinen über einzelne Chats hinaus verankern, zeigt der Leitfaden Claude wie ein Power User nutzen.

Prüfen Sie die Antworten an einer festen Liste echter Fragen, bevor das Team die Wissensbasis im Alltag nutzt. Sammeln Sie diese Fragen aus dem Ticketsystem, so wie Kunden sie tatsächlich formulieren, mit Tippfehlern und unklaren Angaben. Notieren Sie zu jeder Frage die richtige Antwort und das Dokument, aus dem sie stammt.

Bewerten Sie jede Antwort nach drei Kriterien:

• Richtig: Der Inhalt stimmt mit dem gültigen Dokument überein.
• Belegt: Claude nennt Datei und Stand, wie in den Custom Instructions verlangt.
• Ehrlich: Claude sagt bei fehlender Grundlage, dass keine Antwort vorliegt.

Jede falsche Antwort führt zurück zu einem Dokument. Korrigieren Sie den Fehler dort und nicht in den Custom Instructions. Wir bei Svennis lassen jede Wissensbasis vor dem Start gegen Fragen aus dem echten Ticketverlauf laufen und verfolgen jede unbelegte Antwort bis zur Datei zurück. Dabei stoßen wir regelmäßig auf eine übersehene alte Fassung, die noch im Bestand lag.

Wiederholen Sie den Test nach jeder größeren Änderung am Bestand und nach jedem Modellwechsel. Erweitern Sie den Nutzerkreis erst, wenn die Antworten der Testgruppe stabil stimmen.

Für Unternehmen in Deutschland zählen bei einer Wissensbasis für Claude drei Punkte: Kompetenzpflicht, Vertrag und Datenweg. Unternehmen, die Claude Projects beruflich einsetzen, sind Betreiber im Sinne der KI-Verordnung. Nach Art. 4 müssen sie Maßnahmen ergreifen, um die Entwicklung der KI-Kompetenz ihres Personals und anderer in ihrem Auftrag tätiger Personen zu unterstützen. Sinnvoll ist dabei, dass alle mit Zugriff verstehen, woher die Antworten stammen und wann sie nachprüfen müssen.

In den geschäftlichen Plänen Team und Enterprise werden Eingaben nach Angaben von Anthropic standardmäßig nicht zum Training verwendet. In den Verbraucherplänen Free, Pro und Max hängt das von der Einstellung des Kontos ab, prüfen Sie diese vor der Nutzung.

Für die geschäftlichen Pläne Team und Enterprise bietet Anthropic einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO an, der Enterprise-Plan ergänzt SSO, Audit-Logs und erweiterte Zugriffskontrollen. Die Verbraucherpläne Free, Pro und Max sind für die Verarbeitung personenbezogener Daten im Auftrag nicht vorgesehen.

Laut SkillSprinters werden die Daten in Rechenzentren von Anthropic verarbeitet, primär in den USA. Prüfen Sie die aktuelle Liste der Unterauftragsverarbeiter und die Standortoptionen Ihres Plans direkt bei Anthropic. Für diese Übermittlung braucht es eine Grundlage nach Art. 44 ff. DSGVO, etwa EU-Standardvertragsklauseln im AVV.

Für die Wissensbasis folgt daraus eine klare Regel: Laden Sie nur Inhalte hoch, für deren Verarbeitung Sie eine Rechtsgrundlage haben und die der AVV mit Anthropic abdeckt. Hilfeartikel und Produktdaten sind meist unkritisch. Kundendaten, Personalunterlagen und Verträge mit Namen gehören nicht in eine geteilte Dokumentensammlung. Welche Verträge und Einstellungen Sie dafür brauchen, beschreibt der Beitrag Claude DSGVO-konform nutzen.

Beginnen Sie mit einem einzigen Themengebiet statt mit dem gesamten Bestand. Gut geeignet ist ein Gebiet, zu dem Ihr Team täglich Fragen beantwortet, etwa Rückgabe oder Lieferung.

1. Wählen Sie das Themengebiet und benennen Sie die verantwortliche Rolle.
2. Sammeln Sie alle Dokumente dazu und bestimmen Sie pro Thema die eine gültige Fassung.
3. Ergänzen Sie jeden Artikel um Titel, Stand, Geltungsbereich und Verantwortlich.
4. Legen Sie ein Claude Project an und laden Sie die Dateien hoch.
5. Hinterlegen Sie Custom Instructions mit Quellenpflicht.
6. Prüfen Sie die Antworten an einer Testliste echter Fragen.
7. Geben Sie das Project einer kleinen Gruppe frei und legen Sie Prüfdaten fest.

Sobald die Antworten stimmen, stellt sich die Frage, wo das Team sie abruft. Wer im Chatfenster von Claude arbeitet, ist mit einem Project gut bedient. Soll Claude dort antworten, wo Ihr Team ohnehin arbeitet, und offene Fälle an das Ticketsystem übergeben, lesen Sie als Nächstes den Beitrag Claude in Microsoft 365 und Teams mit Weiterleitung an Zoho Desk.