Projects, Artifacts & Memory

Projects, Artifacts und Memory sind drei verschiedene Dinge, die oft verwechselt werden. Kurz:

• Projects = dauerhafter Kontext für einen bestimmten Arbeitsbereich
• Artifacts = Ergebnisse, die Claude im Chat erstellt (Texte, Code, Charts)
• Memory = persönliche Vorlieben, die Claude sich über Gespräche hinweg merkt

Dieser Guide erklärt jedes Konzept einzeln, zeigt die Unterschiede und räumt mit typischen Fehlannahmen auf.

Für wen ist das?

Für alle, die Claude regelmäßig nutzen — nicht nur für einmalige Fragen, sondern für wiederkehrende Aufgaben. Besonders wertvoll für Teams, Content-Ersteller und jeden, der Claude nicht bei jedem Gespräch neu einweisen will.

Was lernst du?

• Was Projects sind und wie du sie einrichtest
• Was Artifacts sind und wann Claude sie erstellt
• Was Memory ist und wie es sich von Projects unterscheidet
• Wann du welches Konzept nutzt
• Welche Fehlannahmen verbreitet sind
• Wie Projects und CLAUDE.md sich unterscheiden

Wann nutzen?

• Du gibst Claude in jeder Conversation die gleichen Anweisungen (Sprache, Ton, Fachbegriffe)
• Du arbeitest im Team und alle sollen den gleichen Kontext und die gleichen Regeln verwenden
• Du hast Referenzmaterial (Styleguides, Produktinfos, Richtlinien), das Claude kennen soll

Wann nicht?

• Für eine einmalige Frage brauchst du kein Project — eine normale Conversation reicht
• Für Code-Projekte im Terminal nutze CLAUDE.md mit Claude Code
• Wenn sich dein Kontext ständig ändert, sind feste Instructions nicht das richtige Werkzeug

Die drei Konzepte im Vergleich

	Projects	Artifacts	Memory
Was	Kontext-Container mit Dokumenten und Regeln	Einzelne Ergebnisse (Texte, Code, Charts)	Persönliche Vorlieben
Wo	Seitenleiste in Claude Chat	Panel neben dem Chat	Einstellungen
Lebensdauer	Dauerhaft, bis du es löschst	Nur in der Conversation	Dauerhaft, bis du es löschst
Für wen	Alle im Team, die das Project nutzen	Nur du, in dieser Conversation	Nur du, überall
Beispiel	„Blog-Redaktion” mit Styleguide und Tonregeln	Ein fertiger Blogpost als Markdown-Artifact	„Ich bevorzuge Bullet Points”

Was sind Projects?

Ein Project ist ein Container für dauerhaften Kontext. Du erstellst ein Project, gibst ihm einen Namen, definierst Anweisungen und lädst Dokumente hoch. Danach berücksichtigt Claude diesen Kontext automatisch in jeder Conversation innerhalb des Projects.

Woraus besteht ein Project?

• Name und Beschreibung — Was ist der Zweck? (z.B. „Kundenservice-E-Mails”)
• Custom Instructions — Regeln, die Claude immer befolgt (Sprache, Ton, Format, Fachbegriffe)
• Dokumente — Referenzmaterial, das Claude bei Bedarf heranzieht (bis zu 200.000 Tokens)

Project einrichten

Was sind Artifacts?

Artifacts sind eigenständige Inhaltsobjekte, die Claude in einem separaten Panel neben dem Chat erstellt. Claude erzeugt automatisch ein Artifact, wenn das Ergebnis länger oder strukturierter ist als eine normale Chat-Antwort.

Drei Arten von Artifacts:

• Texte — Berichte, E-Mails, Zusammenfassungen, Artikel. Direkt kopieren oder herunterladen.
• Code und HTML — Skripte, Webseiten, Konfigurationsdateien. Bei HTML siehst du eine Live-Vorschau.
• Visualisierungen — Charts, Diagramme, SVG-Grafiken. Claude nutzt dafür React und Recharts.

Artifacts gezielt anfordern:

Du kannst Claude explizit bitten: „Erstelle eine HTML-Vorschau” oder „Zeig das als Diagramm”. Umgekehrt: „Antworte im Chat, kein Artifact nötig” — wenn du eine kurze Antwort bevorzugst.

Was ist Memory?

Memory ermöglicht Claude, sich über Conversations hinweg an deine persönlichen Vorlieben zu erinnern. Wenn du sagst „Ich bevorzuge Bullet Points statt Fließtext” oder „Ich arbeite in der Finanzbranche”, bietet Claude an, das zu speichern.

Wie funktioniert Memory?

• Claude erkennt Aussagen, die wie Präferenzen klingen, und bietet an, sie zu speichern
• Gespeicherte Erinnerungen gelten für dich persönlich, nicht für ein Team
• Du kannst Erinnerungen jederzeit in den Einstellungen einsehen, bearbeiten oder löschen
• Memory gilt conversation-übergreifend — auch außerhalb von Projects

Memory vs. Projects — der Unterschied:

	Memory	Projects
Scope	Nur du, überall	Alle im Team, nur in diesem Project
Inhalt	Persönliche Vorlieben	Fachlicher Kontext, Regeln, Dokumente
Verwaltung	Automatisch + Einstellungen	Manuell erstellt und gepflegt
Beispiel	„Antworten immer als Tabelle”	„Styleguide der Firma X, Tonregeln”

Faustregel: Memory für deine persönlichen Gewohnheiten. Projects für fachlichen Kontext, der auch für andere gilt.

Wann nutzt man was?

Situation	Empfehlung
Einmalige Frage	Normale Conversation — kein Project, kein Memory nötig
Du erklärst Claude jede Woche den gleichen Ton	Project mit Custom Instructions
Claude soll sich merken, dass du Tabellen bevorzugst	Memory
Team soll konsistente E-Mails schreiben	Project mit Styleguide + Beispiel-E-Mails
Du willst einen fertigen Blogpost als Datei	Claude erstellt ein Artifact
Code-Projekt mit Build-Anweisungen	CLAUDE.md in Claude Code

Projects vs. CLAUDE.md

Beide lösen das gleiche Problem — dauerhafter Kontext — in unterschiedlichen Welten. Eine detaillierte Gegenüberstellung findest du im Vergleich Projects vs. CLAUDE.md.

	Projects	CLAUDE.md
Plattform	Claude Chat / Desktop	Claude Code (Terminal)
Format	Web-UI mit Upload-Funktion	Markdown-Datei im Repository
Versionierung	Manuell über die Oberfläche	Automatisch über Git
Teilen	Über Team-Funktionen	Über das Code-Repository
Ideal für	Wissensbasen, Teamregeln, Redaktion	Code-Projekte, Build-Anweisungen

Faustregel: Browser oder Desktop-App? → Projects. Terminal mit Claude Code? → CLAUDE.md.

Häufige Fehlannahmen

„Projects und Memory sind das Gleiche.” Nein. Projects sind geteilter, fachlicher Kontext für einen bestimmten Arbeitsbereich. Memory sind deine persönlichen Vorlieben, die überall gelten. Ein Project sagt Claude „Antworte im Stil unserer Marke”. Memory sagt Claude „Ich mag kurze Antworten”.

„Artifacts werden im Project gespeichert.” Nein. Artifacts leben nur in der Conversation, in der sie erstellt wurden. Wenn du die Conversation verlässt oder sie zu alt wird, ist das Artifact weg. Sichere es sofort, wenn du es brauchst.

„Mehr Dokumente = bessere Ergebnisse.” Selten. Claude liest alle hochgeladenen Dokumente, aber je mehr Material vorhanden ist, desto schwieriger wird es, die relevanten Stellen zu finden. 10 sorgfältig gewählte Seiten sind besser als 200 ungefilterte.

„Custom Instructions müssen lang sein.” Im Gegenteil. 5–15 konkrete Sätze sind besser als zwei Seiten vager Anweisungen. Claude braucht klare Regeln, keinen Roman.

„Ich brauche für alles ein Project.” Nein. Wenn du Claude für eine einmalige Recherche nutzt, ist eine normale Conversation die richtige Wahl. Projects lohnen sich erst bei wiederkehrenden Aufgaben mit gleichbleibendem Kontext.

Typische Fehler

• Zu vage Instructions: „Sei hilfreich und professionell” ändert nichts — das macht Claude sowieso. Schreibe stattdessen: „Antworte in maximal 3 Absätzen, formeller Ton, keine Anglizismen.”
• Dokumente nie aktualisieren: Produkte ändern sich, Richtlinien entwickeln sich weiter. Prüfe vierteljährlich, ob deine Dokumente noch aktuell sind.
• Artifacts nicht sichern: Kopiere oder downloade ein Artifact sofort, wenn du es später brauchst.
• Ein Project für alles: Trenne verschiedene Use Cases. „Marketing” und „Buchhaltung” brauchen unterschiedliche Instructions und Dokumente.
• Memory ignorieren: Wenn Claude dich drei Mal fragt, ob du eine Liste oder Fließtext willst, sag es ihm einmal und lass es sich merken.

Mini-Übung

Erstelle ein Project für deinen häufigsten Claude-Einsatz:

1. Überlege: Wofür nutzt du Claude am häufigsten? (Texte, E-Mails, Recherche, Planung…)
2. Project erstellen: Gib ihm einen konkreten Namen
3. 5–10 Sätze Instructions schreiben. Definiere mindestens:
   • Sprache und Tonalität
   • Zielgruppe deiner Ergebnisse
   • Bevorzugtes Format (Listen, Fließtext, Tabellen)
   • Eine fachliche Regel, die Claude immer beachten soll
4. Ein Dokument hochladen (Styleguide, Beispieltext, FAQ)
5. Testen: Stelle eine typische Frage im Project und die gleiche Frage in einer normalen Conversation. Vergleiche die Ergebnisse.

Der Unterschied sollte sofort sichtbar sein — besonders beim Ton und bei der Berücksichtigung deiner Regeln.

Nächster Schritt

Du kannst jetzt dauerhaften Kontext aufbauen, Artifacts gezielt anfordern und Claude deine Vorlieben beibringen. Als Nächstes: Prompt Engineering — die Kunst, Claude so zu fragen, dass du genau die Ergebnisse bekommst, die du brauchst.