Die meisten Menschen nutzen KI wie einen Taschenrechner. Frage rein, Antwort raus, Tab schließen. Kein Kontext, kein Gedächtnis, kein Aufbau. Jede Session beginnt bei Null.

Das ist wie jeden Morgen einen neuen Mitarbeiter einzustellen, ihm nichts über das Unternehmen zu erzählen, und sich zu wundern warum er langsamer ist als der letzte.

I

Die drei Säulen

Memories

Persistentes Wissen über Projekte, Präferenzen, Tech-Stack und Kontext. Claude erinnert sich an dein Setup, deinen Schreibstil, deine Repos.

Effekt: Null Onboarding-Zeit. Jede Session beginnt da wo die letzte aufgehört hat.

CLAUDE.md

Projektspezifische Konfigurationsdatei im Repo-Root. Definiert Regeln, Konventionen, Verbote und Präferenzen für genau dieses Projekt.

Effekt: Claude kennt die Spielregeln bevor er eine Zeile Code schreibt.

Code-Kommentare

Nicht was der Code tut — warum er so gebaut ist. Entscheidungskontext, Trade-offs, Anpassungsstellen. Für dein zukünftiges Ich und für Claude.

Effekt: Wartbarkeit steigt. Onboarding-Zeit sinkt. Fehlerquote fällt.

II

Memories: Das Langzeitgedächtnis

Claude's Memories sind kein Chat-Verlauf. Sie sind destilliertes Wissen — extrahiert aus hunderten Gesprächen, verdichtet auf das Wesentliche. Dein Tech-Stack. Deine Repos. Deine Deployment-Workflows. Deine Schreibstil-Präferenzen.

Gut gepflegte Memories eliminieren die grösste Produktivitätsbremse bei KI-Nutzung: den kalten Start. Statt bei jeder Session "Ich arbeite an Projekt X mit Tech-Stack Y" zu erklären, weiß Claude das bereits. Die Session beginnt bei der eigentlichen Arbeit.

Kernerkenntnis

Memories sind Compound Interest für KI-Produktivität. Jede Information die du einmal speicherst, spart dir Zeit in jeder zukünftigen Session. Der Effekt wächst exponentiell mit der Anzahl der Sessions.

III

CLAUDE.md: Das Projekt-Onboarding

Eine Datei im Repo-Root. Markdown. Wird von Claude Code automatisch gelesen. Darin steht alles was Claude über das Projekt wissen muss — ohne dass du es bei jeder Session erklärst.

# CLAUDE.md — while.chat ## Projekt Static Blog, Vanilla HTML/CSS/JS, Three.js Repo: VibeGötte/while-chat, Deploy: Vercel ## Regeln - Kein Reading-Mode-Toggle - Keine Emojis in UI oder Content - Datum: Nur Monat + Jahr - Shared style.css: NIE inline duplizieren - Git: [email protected] / VibeGötte ## Deploy-Workflow HTML in posts/, Card in artikel/index.html, sitemap.xml updaten, git push → Vercel auto-deploy

Das ist keine Dokumentation. Das ist ein Vertrag zwischen dir und deinem KI-Assistenten. Je präziser der Vertrag, desto weniger Korrekturen. Je weniger Korrekturen, desto mehr echte Arbeit pro Session.

IV

Code-Kommentare: Das Warum dokumentieren

Schlechter Kommentar: // Cookie-Banner anzeigen — das sieht man am Code.

Guter Kommentar: // Cookie-Banner: DSGVO-konform nach TTDSG §25. 2-Klick-Loesung weil Google Fonts erst nach Consent geladen werden. Anpassen: Zeile 34 fuer Custom-Font-URLs, Zeile 51 fuer andere Cookie-Kategorien.

Der Unterschied: Der erste Kommentar ist für Menschen die den Code lesen. Der zweite ist für Menschen (und KI-Agenten) die den Code ändern müssen.

Kernerkenntnis

Code-Kommentare sind Investment, kein Overhead. Jede Minute die du heute in Kontext investierst, spart morgen zehn Minuten Debugging. Und das gilt doppelt wenn Claude den Code beim nächsten Mal liest.

Weiterführend: Snippet-Bibliothek auf GitHub zeigt Context Engineering in der Praxis. SKILL.md Aufbau ist die technische Referenz. Claude Skills erstellen führt durch den Workflow. Und der Vibe Coding Guide zeigt wie alles zusammenspielt.

Quellen

Anthropic, "Agent Skills" — platform.claude.com/docs

Claude Code Docs, "Extend Claude with Skills" — code.claude.com/docs

Anthropic, "The Complete Guide to Building Skills for Claude" — resources.anthropic.com