Claude Code verstehen: Die wichtigsten Konzepte als Landkarte

Claude Code wirft mit Begriffen um sich, die nach Entwickler-Werkzeug klingen: CLAUDE.md, Skills, Subagents, Hooks, MCP. Wer zum ersten Mal hineinschaut, sieht eine Wand aus Vokabeln und schließt daraus, das sei nichts für ihn. Falscher Schluss. Hinter den meisten dieser Begriffe stecken einfache Ideen, die auch ein Nicht-Entwickler in einer Stunde versteht.

Dieser Beitrag legt eine Landkarte an. Jeder Baustein bekommt eine kurze, klare Erklärung: was er ist, wann du ihn brauchst, wo der Haken liegt. Du musst nichts davon installieren, um mitzudenken. Am Ende weißt du, welche Begriffe für deine Arbeit zählen und welche du erst mal ignorieren kannst.

Wozu eine Landkarte überhaupt?

Claude Code ist kein einzelnes Feature, sondern ein Baukasten. Die Teile greifen ineinander, aber du brauchst selten alle gleichzeitig. Für viele reichen zwei Bausteine — eine Anweisungsdatei und der Plan-Modus — um produktiv zu arbeiten. Der Rest ist da, wenn die Aufgaben größer werden.

Genau hier scheitern die meisten ersten Versuche. Sie laden sich Skills aus dem Netz, aktivieren experimentelle Funktionen und wundern sich, dass das Ergebnis unübersichtlich wird. Wer die Bausteine in der richtigen Reihenfolge kennenlernt, spart sich das. Fangen wir bei dem an, der den größten Unterschied macht.

Das Gedächtnis: CLAUDE.md, Rules und Memory

Drei Bausteine geben Claude sein Gedächtnis: zwei, die du selbst füllst, und einer, den Claude allein pflegt. Sie entscheiden darüber, ob Claude über Sitzungen hinweg weiß, woran du arbeitest — oder jedes Mal bei null anfängt.

CLAUDE.md: die Anweisungsdatei, die alles steuert

Die CLAUDE.md ist eine einfache Textdatei. Claude liest sie zu Beginn jeder Sitzung als Erstes — bevor du irgendetwas eintippst. Was darin steht, gilt als feste Regel: dein Schreibstil, verbotene Wörter, der Aufbau eines Angebots, die Schritte bei einem Audit. Du schreibst die Regeln einmal auf, und Claude hält sich in jeder Sitzung daran.

Es gibt zwei Ebenen. Die globale CLAUDE.md gilt für alle deine Projekte — etwa deine grundsätzliche Anrede oder dein Tonfall. Die projektbezogene Datei liegt im jeweiligen Projektordner und überschreibt die globalen Regeln dort, wo sie sich widersprechen. So bekommt jedes Projekt seine eigenen Vorgaben, ohne dass du den Rest anfassen musst.

Ein verbreiteter Fehler: die Datei per Befehl automatisch erzeugen lassen und es dabei belassen. Anthropic, die Firma hinter Claude, empfiehlt ausdrücklich, sie selbst zu schreiben. Du kennst deine Abläufe besser als jede Automatik. Achte auf eine saubere Struktur mit Überschriften und kurzen Aufzählungen — das Modell folgt klar gegliederten Anweisungen verlässlicher als einem Textblock. Und halte sie schlank. Jede Zeile, die Claude bei jeder Sitzung liest, kostet Aufmerksamkeit. Eine überladene Datei verwässert die wichtigen Regeln.

Der Rules-Ordner: wenn eine Datei nicht reicht

Bei größeren Projekten wird eine einzige Anweisungsdatei schnell unübersichtlich. Dann teilst du sie auf: einen Rules-Ordner mit mehreren Dateien — eine für den Unternehmenskontext, eine für den Schreibstil, eine für technische Regeln. Claude liest alle vor jeder Sitzung, ohne dass du sie einzeln in den Chat ziehst.

Der praktische Nutzen: Du pflegst Themen getrennt. Ändert sich dein Style Guide, fasst du nur diese eine Datei an, der Rest bleibt unberührt. Für ein kleines Vorhaben ist das übertrieben. Für ein Projekt, an dem mehrere Leute mit unterschiedlichen Regelwerken arbeiten, hält es Ordnung.

Auto-Memory: die automatischen Notizen

Claude kann sich pro Projekt selbst Notizen machen. Fällt ihm ein wiederkehrendes Muster auf — etwa wie du eine bestimmte Datei strukturierst — speichert er das automatisch und greift später darauf zurück. Du kannst diese Funktion abschalten, wenn du sie nicht willst.

Der Unterschied zur CLAUDE.md ist wichtig. Die CLAUDE.md enthält bewusste Regeln, die du setzt. Memory enthält automatisch gesammelte Beobachtungen, die Claude selbst zieht. Das eine ist deine Anweisung, das andere sein Gedächtnis. Beide ergänzen sich, aber verwechsle sie nicht: Was wirklich wichtig ist, gehört als feste Regel in die CLAUDE.md, nicht ins Memory.

Permission-Modi: wer darf was

Claude Code arbeitet nicht blind drauflos. Über einen Tastatur-Kürzel schaltest du zwischen Modi um, die festlegen, wie viel Freiheit Claude bekommt. Das ist deine wichtigste Sicherheitsschraube.

• Default: Claude fragt nach, bevor es zum ersten Mal ein Werkzeug einsetzt. Du behältst die Kontrolle über jeden Schritt.
• Plan-Modus: Claude analysiert deine Aufgabe und entwirft einen Plan — ändert oder erstellt aber noch nichts. Der ideale Start für jedes größere Vorhaben. Du siehst erst, was Claude vorhat, und gibst dann frei.
• Accept Edits: Claude darf Dateien bearbeiten und neue anlegen, ohne bei jedem Schritt zu fragen. Sinnvoll, wenn du dem Plan vertraust.
• Ein restriktiver Modus: lässt nur ausdrücklich erlaubte Werkzeuge zu. Diesen Modus gibt es nur im Terminal.
• Bypass (oft “dangerously skip permissions” genannt): überspringt alle Rückfragen. Mächtig, aber riskant. Nur gezielt und nur für Fortgeschrittene, die genau wissen, was passiert.

Die Faustregel für den Anfang: Starte komplexe Aufgaben im Plan-Modus, lies den Plan, und wechsle erst dann in einen Modus, der etwas verändert.

Commands und Skills: Text gegen Workflow

Hier verwechseln viele zwei Dinge. Ein Command — oder schlicht ein gespeicherter Prompt — ist nur Text. Du rufst ihn ab, er landet im Chat, fertig. Praktisch für Anweisungen, die du oft brauchst.

Ein Skill ist mehr. Er ist ein wiederverwendbarer Ablauf mit Beschreibung, Anleitung und Referenzmaterial — Beispielen, Vorlagen, kleinen Skripten. Damit kapselst du einen kompletten Arbeitsgang: ein Website-Audit, eine Angebots-Erstellung, das Anlegen eines Word-Dokuments.

Skills sind in drei Schichten aufgebaut, und dieser Aufbau ist der eigentliche Trick:

1. Header — Name plus ein paar Trigger-Wörter, ungefähr 50 bis 100 Wörter. Immer geladen.
2. Anleitung — die vollständige Schritt-für-Schritt-Beschreibung, grob 300 bis 500 Zeilen. Wird nur bei Bedarf geladen.
3. Referenzmaterial — Beispiele, Vorlagen, Skripte. Der größte Teil. Wird ebenfalls nur bei Bedarf geladen.

Der Vorteil heißt Kontext-Effizienz. Claude liest zuerst nur den kurzen Header. Passt ein Trigger-Wort zu deiner Anfrage, lädt es die ausführliche Anleitung nach — sonst bleibt sie liegen. So kannst du Dutzende Skills bereithalten, ohne Claude bei jeder Sitzung mit Text zu überfrachten.

Zwei Arten lassen sich unterscheiden. Capability-Uplift gibt Claude eine neue Fähigkeit, etwa saubere Word-Dokumente zu erzeugen. Encoded Preferences halten deine eigenen Abläufe fest — wie genau ein Audit oder ein Angebot bei dir aussieht. Für den Einstieg gibt es einen “Skill Creator”, der dir hilft, gute Skills zu bauen und sie automatisch zu prüfen.

Helfer im Hintergrund: Subagents, Hooks, Agent Teams

Drei Bausteine nehmen dir Arbeit ab, ohne deine Hauptsitzung zu verstopfen — jeder auf seine Weise. Den ersten brauchst du früh, die anderen beiden, wenn die Projekte wachsen.

Subagents: Helfer mit eigenem Kopf

Ein Subagent ist ein abgekapselter Helfer. Er hat ein eigenes Kontextfenster, einen eigenen System-Prompt und nur die Werkzeuge, die du ihm erlaubst. Fünf sind eingebaut: einer zum Erkunden von Code, einer zum Planen, ein universeller Helfer, einer fürs Einrichten der Statuszeile und ein Guide für die Dokumentation.

Der Nutzen liegt in der Trennung. Ein Subagent recherchiert oder analysiert in seinem eigenen, separaten Kontext und gibt nur das verdichtete Ergebnis zurück. Das spart Token im Haupt-Kontext — die eigentliche Sitzung bleibt schlank und übersichtlich. Ideal für Analyse und Recherche.

Eine Grenze solltest du kennen: Subagents arbeiten nicht arbeitsteilig zusammen. Sie reden nicht untereinander. Wer hofft, drei Subagents würden gemeinsam etwas bauen, wird enttäuscht. Für getrennte Rechercheaufträge sind sie stark, für koordinierte Teamarbeit nicht gedacht. Eigene Subagents lassen sich definieren — mit Name, erlaubten Werkzeugen und Modell.

Hooks: automatische Reaktionen ohne Token

Ein Hook ist eine feste, automatische Aktion, die bei einem bestimmten Ereignis ausgelöst wird — vor oder nach einem Werkzeug-Einsatz, vor dem Zusammenfassen des Verlaufs, bei einer Benachrichtigung. Hooks laufen deterministisch ab: gleiches Ereignis, gleiche Reaktion. Und sie verbrauchen keine Token, weil nicht das Modell sie ausführt, sondern das Programm drumherum.

Die Regeln liegen in den Einstellungen, der settings.json — global oder pro Projekt. Drei typische Beispiele: eine Desktop-Benachrichtigung, sobald Claude eine Eingabe von dir braucht. Ein Hook, der gefährliche Befehle abfängt, bevor sie laufen. Oder eine Sicherung deines Kontexts, kurz bevor der Verlauf zusammengefasst wird. Hooks sind die Antwort, wenn du willst, dass etwas immer und verlässlich passiert — nicht nur, wenn Claude daran denkt.

Agent Teams: mehrere Agenten an einer Aufgabe

Während Subagents getrennt arbeiten, ziehen Agent Teams an einem Strang. Mehrere Agenten bearbeiten gemeinsam dieselbe Aufgabe, jeder mit eigener Sitzung. Das kostet spürbar mehr Token, lohnt sich aber bei komplexen Vorhaben. Der eigentliche Clou ist oft eine Kritiker-Rolle: ein Agent prüft die Ergebnisse der anderen, statt dass alles ungegengelesen durchläuft.

Die Funktion ist noch experimentell und muss in den Einstellungen aktiviert werden. Für den Einstieg brauchst du sie nicht. Merke sie dir für den Tag, an dem eine einzelne Sitzung an ihre Grenzen stößt.

Anbindung und Bündelung: MCP-Server und Plugins

Die letzten beiden Bausteine öffnen Claude nach außen und schnüren alles Bisherige zu wiederverwendbaren Paketen.

MCP-Server: die Brücke nach draußen

MCP steht für Model Context Protocol, von Anthropic entwickelt. Ein MCP-Server verbindet Claude mit externen Werkzeugen und Datenquellen. Damit kann Claude direkt auf Dienste zugreifen, die du ohnehin nutzt — etwa Designdateien in Figma, Nachrichten in Slack, Notizen in Notion oder die Steuerung eines Browsers über Playwright.

Praktisch heißt das: Claude bleibt nicht in seinem eigenen Fenster gefangen. Es holt sich Daten dort, wo sie liegen, und schreibt Ergebnisse dorthin zurück. Welche Verbindungen du einrichtest, hängt allein von deinem Arbeitsalltag ab.

Plugins: die Bausteine als Paket

Ein Plugin bündelt Skills, Subagents und Hooks zu einem fertigen Paket. Statt dass jeder im Team alles einzeln baut, schnürst du einmal ein Paket und verteilst es. So bekommt eine ganze Abteilung dieselben Werkzeuge und arbeitet nach denselben Regeln — ohne dass jeder bei null anfängt.

Eine Warnung, die du ernst nehmen solltest

Ein Punkt steht über allen anderen: Lade keine fremden Skills aus dem Internet oder von Marktplätzen herunter. Es gibt dokumentierte Fälle von Schadcode und versteckten Anweisungen, die in beliebten Community-Skills eingebaut waren — Anweisungen, die Claude im Hintergrund Dinge tun lassen, die du nie wolltest.

Ein Skill ist kein harmloser Textschnipsel. Er kann Skripte enthalten und Werkzeuge auslösen. Verlässlich sind allein die offiziellen Skills von Anthropic selbst — und auch die nur gezielt, dort wo du sie wirklich brauchst. Alles andere prüfst du Zeile für Zeile, bevor es auf deinem Rechner läuft, oder du lässt es weg.

Womit du anfängst

Du brauchst nicht alle Bausteine. Für den Start reichen zwei: eine sauber geschriebene CLAUDE.md und der Plan-Modus. Damit arbeitest du kontrolliert und nach deinen Regeln. Skills kommen dazu, sobald sich ein Ablauf wiederholt. Subagents und Hooks, wenn die Projekte größer werden. MCP-Server, wenn Claude an deine anderen Werkzeuge soll.

Die Landkarte hilft dir, gezielt auszuwählen statt alles auf einmal zu aktivieren. Genau diese Reihenfolge — erst die Basis, dann gezielte Erweiterungen — entscheidet darüber, ob Claude Code in deinem Alltag Zeit spart oder nur Verwirrung stiftet. Wenn du herausfinden willst, welche dieser Bausteine sich in deinem Unternehmen lohnen und in welcher Reihenfolge, ist ein Gespräch der schnellste Weg.