Konfiguration & Wissensverwaltung

Screen 1: Konfiguration & Wissensverwaltung

Modul 5Einführung·4 min

Es gibt einen Unterschied zwischen der Nutzung von Claude und dem Betrieb von Claude.

Nutzung bedeutet, heute einen guten Prompt zu schreiben. Betrieb bedeutet, eine Umgebung aufzubauen, in der der richtige Kontext, die richtigen Anweisungen und Verfahren bereits vorhanden sind, sodass jedes Gespräch von einer konfigurierten Grundlage aus startet, nicht von einem leeren Blatt. Konfiguration ist Hebelwirkung: Man richtet sie einmal ein und profitiert davon in jedem folgenden Gespräch.

Konfiguration ist auch der Schritt, der individuelle Fähigkeit in Team-Leistung umwandelt. Wenn Projekt, Anweisungen und Wissen kuratiert sind, erhalten zwei Personen, die die gleiche Frage stellen, die gleiche Antwortqualität. Wenn nicht, erfindet jeder täglich den Kontext neu und die Antworten driften auseinander.

Es gibt eine zweite Hälfte dieser Disziplin: Wartung. Konfigurationen altern. Eine stehende Anweisung, die für den Prozess des letzten Quartals geschrieben wurde, eine Wissensdatenbank voller überholter Dokumente oder eine Skill, die veraltet ist, werden die Ausgabe leise verschlechtern. Eine gut konfigurierte Umgebung wird bewusst aufgebaut und regelmäßig überprüft.

Am Ende dieses Moduls können Sie:

• 1Claude Projects mit Anweisungen und Wissensquellen konfigurieren.

• 2Hochgeladenes Wissen und Connectors wie Google Drive und Gmail verwalten.

• 3Effektive Anweisungen auf Systemebene erstellen.

• 4Konfigurationen, Wissensquellen und Anweisungen informieren, warten und aktualisieren.

Einmal einrichten, von jedem Gespräch profitieren, dann warten, damit es aktuell bleibt. Lernen Sie, die Anweisungen, das Wissen und den scoped Memory eines Projects zu konfigurieren; Connectors und ihre Grenzen zu verwalten; persistente Anweisungen zu schreiben, die halten; und die Wartungsüberprüfungen durchzuführen, die verhindern, dass eine Konfiguration verfällt.

Wir haben diesen Associate-Kurs Modul 5: Konfiguration & Wissensverwaltung entwickelt, um Ihnen dabei zu helfen, echte Arbeit mit Claude zu erledigen. Behandeln Sie ihn als Bildungsinhalte. Er stellt keine rechtliche, finanzielle oder andere professionelle Beratung dar, daher passen Sie das Gelernte an Ihre eigene Situation an. Unsere Produkte und Dienstleistungen entwickeln sich schnell, daher können bestimmte Inhalte Fehler enthalten oder veraltet sein; denken Sie daran, auf der Website oder in der Dokumentation von Anthropic zu überprüfen. Die im Kurs verwendeten Beispiele und Szenarien sind illustrativ und oft fiktiv. Wenn das Kursmaterial ein Unternehmen oder Produkt erwähnt, bedeutet das nicht, dass Anthropic es unterstützt, dass sie Anthropic unterstützen oder dass wir verbunden sind. Beachten Sie auch, dass Ihre Nutzung von Anthropic-Produkten und -Dienstleistungen durch unsere Bedingungen, Richtlinien und Dokumentation abgedeckt ist; falls etwas in diesem Kurs damit in Konflikt steht, haben diese Vorrang.

---

Screen 2: Konfigurieren von Claude Projects

UnterrichtProjekte konfigurieren·12 min

Ein Project hat mehrere Konfigurationsplätze, und die Fähigkeit besteht darin, jedes Teil eines wiederkehrenden Bedarfs in den richtigen Platz zu setzen. Anweisungen steuern das Verhalten, die Wissensdatenbank enthält Fakten, Skills tragen Verfahren, und scoped Memory erhält Kontinuität. Die Wahl des richtigen Platzes für jeden Bedarf ist das, was ein Project reibungslos laufen lässt.

Die vier Konfigurationsmechanismen

Klappen Sie jede Karte um, um zu sehen, was in diesen Platz gehört.

Stehende Anweisungen

Wie Claude sich in jedem Gespräch im Project verhalten sollte: Ton, Format-Standardwerte, Verifizierungsgewohnheiten. Verhalten, keine Fakten.

Wissensdatenbank

Die Dokumente, Richtlinien und Referenzdateien, auf die Claude zugreifen sollte, ohne sie erneut hochzuladen. Fakten und Referenz, kein Verhalten.

Skills

Wiederholbare Verfahren, die Claude konsistent für einen Aufgabentyp befolgen sollte. Verfahren, keine einmalige Anweisung. Skills befinden sich auf Kontoebene unter Customize, nicht in einem einzelnen Project; eine Skill, die Sie erstellen, ist über alle Projects hinweg wiederverwendbar, die sie benötigen.

Scoped Memory

Kontinuität innerhalb des Projects, getrennt von Ihren anderen Projects, sodass der Kontext nicht zwischen Arbeitsströmen durchsickert.

Den richtigen Mechanismus wählen

Die wiederkehrende Frage lautet: Anweisung, Wissen oder Skill? Eine Regel über Verhalten („immer Quellen zitieren") ist eine Anweisung. Ein Fakt, den Claude benötigt („unsere Markenpalette sind diese Hex-Codes") ist Wissen. Ein mehrstufiges Verfahren („Ergebnisse in unsere Standard-Berichtsvorlage formatieren") ist eine Skill, die einmal auf Kontoebene unter Customize erstellt und über alle Projects hinweg wiederverwendet wird, die sie benötigen, anstatt in einem einzelnen Project konfiguriert zu werden.

Ein Verfahren in die Anweisungen zu setzen oder eine Verhaltensregel in die Wissensdatenbank ist der häufigste Konfigurationsfehler und macht das Project schwerer zu warten.

Bearbeitetes Beispiel: ein Client-Account-Workspace

Ein Berater richtet ein Project pro Client ein. Für Client A:

Stehende Anweisungen: „Schreiben Sie in einem formalen Register. Zitieren Sie immer das Quelldokument für jeden Faktenclaim. Kennzeichnen Sie alles, bei dem Sie sich unsicher sind, anstatt zu raten. "

Wissensdatenbank: der Brand Guide des Clients, die aktuelle Statement of Work und die letzten drei Statusberichte.

Skill (auf Kontoebene, hier wiederverwendet): der Status-Report-Formatter des Unternehmens, der auf Kontoebene unter Customize vorhanden ist und für alle Projects verfügbar ist, sodass jedes wöchentliche Update in der gleichen Struktur herauskommt.

Scoped Memory: die Namen der Stakeholder des Clients und stehende Vorlieben, die nie im Project von Client B erscheinen.

Bei Team oder Enterprise kann das Project unter Berechtigungen mit dem Engagement-Team geteilt werden, sodass alle von der gleichen konfigurierten Grundlage aus arbeiten. Project-scoped Memory garantiert, dass der Kontext von Client A nicht in einem Gespräch mit Client B erscheint, die Trennung, die ein Project-pro-Client sicher macht.

Scoped Memory als First-Class-Mechanismus

Memory ist leicht als Nachgedanke zu behandeln, aber in einem Project ist es ein Konfigurationsplatz wie jeder andere. Anweisungen sagen, wie Claude sich verhalten sollte, und die Wissensdatenbank sagt, was wahr ist. Skills tragen wiederverwendbare Verfahren auf Kontoebene, verfügbar für alle Projects, die sie benötigen. Scoped Memory hält, was das Project bereits geklärt hat: die Namen der Stakeholder, die stehenden Vorlieben, die Entscheidungen aus früheren Gesprächen, die Sie nicht jedes Mal neu angeben möchten.

Das Wort, das zählt, ist „scoped". Der Memory eines Projects ist von Ihren anderen Projects abgetrennt, sodass der für einen Client oder Arbeitsstrom aufgebaute Kontext nie in einem anderen erscheint. Diese Isolation ist das, was Memory für sensible oder Client-spezifische Kontinuität sicher macht. Claude erinnert sich an das, was es braucht, ohne das Risiko, dass es Informationen an die falsche Zielgruppe offenbart. Die Entscheidung, was in Memory versus Wissen gehört, kommt auf den Typ an: ein stabiler Referenzfakt geht in Wissen, während ein sich entwickelndes Protokoll von Project-Entscheidungen in Memory geht.

Wenn ein Bedarf zwei Mechanismen umfasst

Die saubersten Konfigurationen bilden einen Bedarf selten auf einen einzelnen Platz ab. Das häufigste Muster ist eine Verhaltensregel plus die Fakten, auf die sie wirkt: „Zitieren Sie immer das Quelldokument für Faktenclaims" ist eine stehende Anweisung, aber die Dokumente, die sie zitiert, befinden sich in der Wissensdatenbank. Keines funktioniert allein: die Anweisung hat nichts zu zitieren ohne die Dokumente, und die Dokumente werden ohne die Anweisung inkonsistent verwendet. Skills verbinden sich auf die gleiche Weise: eine Status-Report-Skill trägt das Verfahren, während der Brand Guide, gegen den sie formatiert, in Wissen sitzt. Wenn Sie also ein Project konfigurieren, fragen Sie, welcher Platz ein Bedarf gehört, und ob es zwei Plätze braucht, die zusammengeschaltet sind.

---

Screen 3: Connectors und hochgeladenes Wissen

UnterrichtConnectors & hochgeladenes Wissen·8 min

Connectors erweitern Claudes Reichweite in die Daten, mit denen Sie bereits arbeiten, wie Google Drive und Gmail. Sie sind mächtig und haben Grenzen.

Sie als kuratierte Quellen zu verwalten und genau zu wissen, was jeder kann und nicht kann, ist das, was sie nützlich statt frustrierend macht.

Externe Quellen verbinden

Ein Connector lässt Claude ein externes System erreichen, das Sie autorisieren, wie das Durchsuchen Ihres Drive nach einem Dokument oder das Finden einer relevanten E-Mail. Sie verwalten, was zugänglich ist, und halten diesen Satz bewusst, anstatt standardmäßig alles zu verbinden.

Capability-Grenzen

Jeder Connector hat eine definierte Grenze und sie zu kennen verhindert verschwendete Zeit. Ein Mail-Connector kann Claude ermöglichen, Nachrichten zu durchsuchen und zu lesen, aber nicht zu senden. Die Erwartung einer Aktion, die ein Connector nicht ausführen kann, führt zu einem verwirrenden Fehler, nicht zu einem klaren Fehler, daher lernen Sie die Grenzen jedes Connectors, bevor Sie einen Workflow darauf aufbauen.

Zwei feldbeobachtete Fallstricke

Klicken Sie auf jeden, um zu erweitern.

Hochgeladenes Wissen aktuell halten

Hochgeladenes Wissen braucht die gleiche Sorgfalt wie eine verbundene Quelle: halten Sie es aktuell, relevant und frei von Duplikaten. Eine Wissensdatenbank mit drei Versionen der gleichen Richtlinie lädt Claude ein, die falsche zu zitieren. Kuratieren Sie sie wie ein gemeinsames Laufwerk, entfernen Sie veraltete Versionen, wenn Sie neue hinzufügen.

---

Screen 4: Anweisungen auf Systemebene, die halten

UnterrichtAnweisungen auf Systemebene·8 min

Teams stellen immer wieder eine Version der gleichen Frage: Können wir die Schutzvorrichtungen einmal einbauen, anstatt sie in jedem Gespräch neu zu tippen? Persistente Anweisungen sind genau dieser Mechanismus.

Sie schreiben die Verifizierungsverhalten, Format-Standardwerte und den Ton einmal, und jedes Gespräch im Project erbt sie.

Die Schutzvorrichtungen einmal schreiben

Die wertvollsten Anweisungen sind diejenigen, die Sie sonst ständig neu tippen würden. Setzen Sie die Verifizierungsverhalten als stehende Anweisungen, zum Beispiel:

„Zitieren Sie das Quelldokument für jeden Faktenclaim, und sagen Sie ‚Ich weiß nicht', anstatt zu raten, wenn die Dokumente etwas nicht abdecken. "

Jetzt gilt diese Disziplin für jedes Gespräch, ohne dass jemand daran denken muss, danach zu fragen.

Die Anwendungsfälle antizipieren

Gute stehende Anweisungen betten Format-, Ton- und Schutzvorrichtungs-Leitfaden voraus ein. Wenn das Project Client-Lieferungen produziert, können die Anweisungen das bevorzugte Format und Register im Voraus angeben, sodass der erste Entwurf näher an einem endgültigen Lieferumfang landet, anstatt die gleichen Korrektionen jedes Mal zu brauchen.

Präzision, oder es schlägt leise fehl

Vage Anweisungen kündigen nicht an, dass sie fehlgeschlagen sind; sie funktionieren einfach leise nicht. „Seien Sie professionell" gibt Claude fast nichts zum Handeln. „Verwenden Sie ein formales Register, definieren Sie jedes Akronym bei der ersten Verwendung und halten Sie Absätze unter vier Sätzen" ist präzise genug, um die Ausgabe zu ändern.

Der Test einer Anweisung ist, ob zwei verschiedene Personen sie auf die gleiche Weise lesen würden.

Bearbeitetes Beispiel: vor und nach einer Anweisung

Umschalten, um die gleiche Anweisung zu vergleichen, vage versus präzise.

„Machen Sie die Berichte gut und genau. " Die Ausgabequalität variiert von Gespräch zu Gespräch; nichts Konkretes hat sich geändert.

„Geben Sie für jede Zahl in einem Bericht ihre Quelle an. Wenn eine Zahl nicht in den bereitgestellten Daten vorhanden ist, kennzeichnen Sie sie als ‚unverified', anstatt sie einzubeziehen. Leiten Sie jeden Bericht mit einer einzeiligen Überschrift ein. " Jetzt ist das Verifizierungsverhalten konsistent und die Überschrift erscheint jedes Mal.

---

Screen 5: Wartung von Konfigurationen

UnterrichtWartung von Konfigurationen·10 min

Konfigurationen sind lebende Assets. Anweisungen, Wissen, Skills und Memory driften alle zum Veralteten, und veraltete Konfiguration verschlechtert die Ausgabe leise, ohne einen Fehler, der Sie warnt. Die Planung von Wartung ist, wie Sie Verfall fangen, bevor er ein Lieferumfang erreicht.

Überprüfungshäufigkeit

Legen Sie eine wiederkehrende Überprüfung für jedes aktive Project fest: Stimmen die stehenden Anweisungen noch mit dem aktuellen Prozess überein, ist die Wissensdatenbank frei von überholten Dokumenten, sind die richtigen Skills aktiviert? Ein monatlicher Durchgang für aktive Projects fängt die meisten Drifts. Das Signal, dass Sie zu lange gewartet haben, ist, dass die Ausgabequalität ohne sichtbaren Grund sinkt.

Skills-Versionierung

Skills aktualisieren sich im Laufe der Zeit. Von Anthropic erstellte und von der Organisation bereitgestellte Skills aktualisieren sich automatisch; Ihre eigenen benutzerdefinierten hochgeladenen Skills ändern sich nur, wenn Sie sie erneut hochladen. Achten Sie auf eine falsch konfigurierte oder veraltete Skill, die die Ausgabe verschlechtert. Eine Skill, die leise jedes Mal ein leicht falsches Format produziert, ist ein Wartungsproblem, kein Prompting-Problem.

Memory-Lebenszyklus

Behandeln Sie Memory wie eine Arbeitsdatei. Überprüfen Sie sie regelmäßig, bearbeiten oder löschen Sie Einträge, die veraltet sind, und exportieren Sie sie als Sicherung vor einer großen Änderung. Wenn der Memory eines Projects genug veralteten Kontext angesammelt hat, um zu täuschen, ist ein vollständiger Reset der richtige Schritt. Die Genauigkeit dessen, was gespeichert ist, ist wichtiger als das Volumen.

Konfiguration ist auch additiv: Wenn Claude nicht automatisch einen Fakt erfasst hat, der wichtig ist: eine Einschränkung, eine Vorliebe, ein Stück Hintergrund, fügen Sie ihn explizit zu stehenden Anweisungen oder Memory hinzu, anstatt ihn jede Sitzung erneut bereitzustellen.

Bearbeitetes Beispiel: Audit eines degradierten Setups

Die Wartungs-Checkliste findet die Ursachen: eine stehende Anweisung verweist immer noch auf eine Metrik, die das Team letztes Quartal umbenannt hat, die Wissensdatenbank enthält zwei Versionen der Vorlage, und ein Memory-Eintrag protokolliert einen Stakeholder, der gegangen ist.

Die Lösung ist Wartung, nicht ein neuer Prompt: aktualisieren Sie die Anweisung, entfernen Sie die alte Vorlage, löschen Sie den veralteten Memory-Eintrag. Die Ausgabe kehrt zum Standard zurück, ohne zu ändern, wie jemand promptet.

---

Screen 6: Modul 5 Quiz

QuizModul 5·5 min

Fünf Szenario-Stil-Fragen. Jede präsentiert eine Situation; wählen Sie die Antwort, die das Konfigurationsframework des Moduls am besten anwendet. Ungefähr fünf Minuten.

---

Screen 7: Wichtigste Erkenntnisse

Modul 5Wichtigste Erkenntnisse·5 min

Fünf Dinge, die über dieses Modul hinweg gelten:

Konfiguration ist Hebelwirkung.

Einmal einrichten, von jedem Gespräch profitieren. Eine konfigurierte Umgebung trennt den Betrieb von Claude von der bloßen Nutzung.

Ordnen Sie jeden Bedarf dem richtigen Mechanismus zu.

Anweisungen für Verhalten, Wissen für Fakten, Skills für Verfahren, scoped Memory für Kontinuität.

Kennen Sie die Grenze jedes Connectors.

Connectors erweitern Claudes Reichweite, aber jeder hat eine Capability-Kante; sie zu kennen verhindert Frustration und falsch geleitete Fixes.

Schreiben Sie Anweisungen präzise.

Vage stehende Anweisungen schlagen leise fehl; präzise, testbare ändern die Ausgabe in jedem Gespräch.

Warten Sie oder beobachten Sie, wie die Qualität verfällt.

Konfigurationen altern. Planen Sie Überprüfungen von Anweisungen, Wissen, Skills-Versionen und Memory, oder die Ausgabe verschlechtert sich ohne Warnung.

Alle Produktverhaltens-Beschreibungen basieren auf claude. ai-Funktionen ab Juni 2026. Die Funktionsverfügbarkeit und das Verhalten sollten gegen die aktuelle Anthropic-Dokumentation bei Veröffentlichung überprüft werden:

• Claude Help Center: Projects, Wissensdatenbank, Skills, Memory, Connectors, support. claude. com

• Connector-Liste, Capability-Grenzen und Org-Directory-Routing: Bestätigen Sie das aktuelle Verhalten vor Abschluss von Lektion 3

• Skills-Versionierungsverhalten und Memory-Export/Reset: Bestätigen Sie das aktuelle claude. ai-Verhalten vor Abschluss von Lektion 5

• Team/Enterprise Project-Sharing und Org-Level Memory-Kontrollen: Bestätigen Sie die Tier-Verfügbarkeit

---

Screen 8: Glückwunsch! Sie haben dieses Modul erfolgreich abgeschlossen.

Modul AbgeschlossenAssociate Path·2 min

Sie können jetzt Projects konfigurieren, stehende Anweisungen setzen und Wissen für anhaltende Leistung verwalten. Richten Sie es richtig ein, und Claude wird ein zuverlässiges Teammitglied, kein einmaliges Werkzeug.

M1: Produkt & Modellauswahl

Wählen Sie den richtigen Einstiegspunkt, das richtige Modell und die richtigen Funktionen für jede Aufgabe.

M2: Prompting

Erstellen Sie strukturierte Prompts und passen Sie sie an den Aufgabentyp an.

M3: Ausgabebewertung

Validieren Sie die Ausgabe und wissen Sie, wann eine menschliche Überprüfung unverzichtbar ist.

M4: Workflow-Integration

Ordnen Sie einen Workflow gegen Delegation-Kriterien zu und gestalten Sie ihn sicher um.

M5: Konfiguration

Konfigurieren und warten Sie Projects, Anweisungen und Wissen.

M6: Governance

Wenden Sie Urteilsvermögen zu Anwendungsfall, Daten, Richtlinie und Ethik verantwortungsvoll an.

M7: Fehlerbehebung

Diagnostizieren Sie Unterleistung und optimieren Sie Workflows, wenn die Ergebnisse zu kurz kommen.

M8: Kurs-Zusammenfassung & Nächste Schritte

Fassen Sie die Reise zusammen, bereiten Sie sich auf die Prüfung vor und erkennen Sie Eskalationsgrenzen zu den Developer- und Architect-Tracks.