Claude Code erweitern

Verstehen Sie, wann Sie CLAUDE.md, Skills, Subagents, Hooks, MCP und Plugins verwenden.

Claude Code kombiniert ein Modell, das über Ihren Code nachdenkt, mit integrierten Tools für Dateivorgänge, Suche, Ausführung und Webzugriff. Die integrierten Tools decken die meisten Codierungsaufgaben ab. Dieses Handbuch behandelt die Erweiterungsebene: Funktionen, die Sie hinzufügen, um anzupassen, was Claude weiß, es mit externen Diensten zu verbinden und Workflows zu automatisieren.

[!NOTE]

Informationen zur Funktionsweise der Kern-Agentenschleife finden Sie unter How Claude Code works.

Neu bei Claude Code? Beginnen Sie mit CLAUDE.md für Projektkonventionen. Fügen Sie dann andere Erweiterungen hinzu, wenn spezifische Trigger auftreten.

Übersicht

Erweiterungen verbinden sich mit verschiedenen Teilen der Agentenschleife:

• CLAUDE.md fügt persistenten Kontext hinzu, den Claude in jeder Sitzung sieht
• Ausgabestile legen Claudes Rolle, Ton und Antwortformat für jede Antwort in einer Sitzung fest
• Skills fügen wiederverwendbares Wissen und aufrufbare Workflows hinzu
• Code-Intelligenz verbindet Claude mit einem Language Server für Symbol-Navigation und Live-Typfehler
• MCP verbindet Claude mit externen Diensten und Tools
• Subagents führen ihre eigenen Schleifen in isoliertem Kontext aus und geben Zusammenfassungen zurück
• Dynamische Workflows führen viele Subagents aus einem Skript aus, das Claude schreibt, und geben ein Ergebnis zurück
• Sitzungsübergreifendes Messaging ermöglicht es Claude, eine Nachricht von einer Ihrer Sitzungen an eine andere zu übergeben
• Hooks führen Ihr Skript, eine HTTP-Anfrage, einen MCP-Tool-Aufruf, einen Prompt oder einen Subagent aus, wenn Claude Code ein Lebenszyklusereignis erreicht
• Plugins und Marketplaces verpacken und verteilen diese Funktionen

Skills sind die flexibelste Erweiterung. Ein Skill ist eine Markdown-Datei, die Wissen, Workflows oder Anweisungen enthält. Sie können Skills mit einem Befehl wie /deploy aufrufen, oder Claude kann sie automatisch laden, wenn sie relevant sind. Skills können in Ihrer aktuellen Konversation oder in einem isolierten Kontext über Subagents ausgeführt werden.

Funktionen an Ihr Ziel anpassen

Funktionen reichen von immer aktivem Kontext, den Claude in jeder Sitzung sieht, über On-Demand-Funktionen, die Sie oder Claude aufrufen können, bis hin zu Hintergrundautomatisierung, die bei bestimmten Ereignissen ausgeführt wird. Die folgende Tabelle zeigt, was verfügbar ist und wann jede Funktion sinnvoll ist.

Plugins sind die Verpackungsebene. Ein Plugin bündelt Skills, Hooks, Subagents und MCP-Server in eine einzelne installierbare Einheit. Plugin-Skills sind namespaced (wie /my-plugin:review), sodass mehrere Plugins nebeneinander existieren können. Verwenden Sie Plugins, wenn Sie dieselbe Einrichtung über mehrere Repositories hinweg wiederverwenden möchten oder über einen Marketplace an andere verteilen möchten.

Bauen Sie Ihre Einrichtung im Laufe der Zeit auf

Sie müssen nicht alles im Voraus konfigurieren. Jede Funktion hat einen erkennbaren Auslöser, und die meisten Teams fügen sie ungefähr in dieser Reihenfolge hinzu:

Die gleichen Auslöser sagen Ihnen, wann Sie das aktualisieren sollten, was Sie bereits haben. Ein wiederholter Fehler oder ein wiederkehrender Review-Kommentar ist eine CLAUDE.md-Bearbeitung, keine einmalige Korrektur im Chat. Ein Workflow, den Sie ständig von Hand anpassen, ist ein Skill, der eine weitere Überarbeitung benötigt.

Vergleichen Sie ähnliche Funktionen

Einige Funktionen können ähnlich wirken. Für eine tiefere Anleitung zur Auswahl zwischen ihnen siehe Steering Claude Code: when to use CLAUDE.md, skills, hooks, and subagents auf dem Blog. So unterscheiden Sie sie.

[tab] Skill vs Subagent

Skills und Subagents lösen unterschiedliche Probleme:

• Skills sind wiederverwendbarer Inhalt, den Sie in jeden Kontext laden können
• Subagents sind isolierte Worker, die separat von Ihrem Hauptgespräch ausgeführt werden

Aspekt	Skill	Subagent
Was es ist	Wiederverwendbare Anweisungen, Wissen oder Workflows	Isolierter Worker mit eigenem Kontext
Hauptvorteil	Inhalte über Kontexte hinweg teilen	Kontextisolation. Die Arbeit läuft separat, nur die Zusammenfassung wird zurückgegeben
Kontextfenster-Auswirkung	Fügt zu Ihrem Hauptfenster hinzu	Verwendet ein separates Fenster mit eigenen Input- und Output-Tokens
Am besten für	Referenzmaterial, aufrufbare Workflows	Aufgaben, die viele Dateien lesen, parallele Arbeit, spezialisierte Worker

Skills können Referenz oder Aktion sein. Referenz-Skills bieten Wissen, das Claude während Ihrer Sitzung nutzt (wie Ihr API-Stilhandbuch). Action-Skills sagen Claude, etwas Bestimmtes zu tun (wie /deploy, das Ihren Bereitstellungs-Workflow ausführt).

Verwenden Sie einen Subagent, wenn Sie Kontextisolation benötigen oder wenn Ihr Kontextfenster voll wird. Der Subagent könnte Dutzende von Dateien lesen oder umfangreiche Suchen durchführen, aber Ihr Hauptgespräch erhält nur eine Zusammenfassung. Da die Subagent-Arbeit Ihren Hauptkontext nicht verbraucht, ist dies auch nützlich, wenn Sie nicht möchten, dass die Zwischenarbeit sichtbar bleibt. Benutzerdefinierte Subagents können ihre eigenen Anweisungen haben und Skills vorladen.

Sie können sich kombinieren. Ein Subagent kann spezifische Skills vorladen (skills:-Feld). Ein Skill kann in isoliertem Kontext mit context: fork ausgeführt werden. Siehe Skills für Details.

[tab] CLAUDE.md vs Skill

Beide speichern Anweisungen, aber sie laden unterschiedlich und dienen unterschiedlichen Zwecken.

Aspekt	CLAUDE.md	Skill
Lädt	Jede Sitzung, automatisch	On Demand
Kann Dateien einschließen	Ja, mit @path-Importen	Ja, mit @path-Importen
Kann Workflows auslösen	Nein	Ja, mit /<name>
Am besten für	„Immer X tun“-Regeln	Referenzmaterial, aufrufbare Workflows

Legen Sie es in CLAUDE.md ab, wenn Claude es immer wissen sollte: Codierungskonventionen, Build-Befehle, Projektstruktur, „niemals X tun“-Regeln.

Legen Sie es in einen Skill, wenn es Referenzmaterial ist, das Claude manchmal benötigt (API-Docs, Stilhandbücher) oder ein Workflow, den Sie mit /<name> auslösen (bereitstellen, überprüfen, freigeben).

Faustregel: Halten Sie CLAUDE.md unter 200 Zeilen. Wenn es wächst, verschieben Sie Referenzinhalte zu Skills oder teilen Sie sie in .claude/rules/-Dateien auf.

[tab] CLAUDE.md vs Ausgabestil

Beide geben Claude stehende Anweisungen. CLAUDE.md trägt das, was Claude wissen sollte, und ein Ausgabestil legt fest, wie Claude antwortet.

Aspekt	CLAUDE.md	Ausgabestil
Hält	Fakten und Regeln über Ihr Projekt	Eine Rolle, einen Ton und ein Antwortformat
Wechsel	Immer geladen	Einer aktiv auf einmal; Wechseln Sie Stile wann immer Sie möchten
Am besten für	Build-Befehle, Konventionen, „niemals X tun“-Regeln	Kürzere Antworten, Erklärungen neben Code, eine nicht-technische Rolle

Legen Sie es in CLAUDE.md ab, wenn es unabhängig vom Stil wahr ist: Codierungskonventionen, Build-Befehle, Projektstruktur.

Verwenden Sie einen Ausgabestil, wenn es um die Antwort selbst geht und Sie ihn möglicherweise wieder ausschalten möchten: Länge, Format, wie viel Claude erklärt, oder eine andere Rolle wie ein Schreibassistent. Claude Code enthält integrierte Stile, und Sie können Ihre eigenen schreiben.

Sie kombinieren sich. CLAUDE.md bleibt geladen, welchen Stil Sie auch wählen. Claude folgt beiden als Anweisungen, also wird keiner erzwungen. Für alles, das jedes Mal passieren muss, verwenden Sie einen Hook.

[tab] CLAUDE.md vs Regeln vs Skills

Alle drei speichern Anweisungen, aber sie laden unterschiedlich:

Aspekt	CLAUDE.md	.claude/rules/	Skill
Lädt	Jede Sitzung	Jede Sitzung, oder wenn übereinstimmende Dateien geöffnet werden	On Demand, wenn aufgerufen oder relevant
Umfang	Ganzes Projekt	Kann auf Dateipfade begrenzt werden	Aufgabenspezifisch
Am besten für	Kernkonventionen und Build-Befehle	Sprachspezifische oder verzeichnisspezifische Richtlinien	Referenzmaterial, wiederholbare Workflows

Verwenden Sie CLAUDE.md für Anweisungen, die jede Sitzung benötigt: Build-Befehle, Test-Konventionen, Projektarchitektur.

Verwenden Sie Regeln, um CLAUDE.md fokussiert zu halten. Regeln mit paths-Frontmatter laden nur, wenn Claude mit übereinstimmenden Dateien arbeitet, was Kontext spart.

Verwenden Sie Skills für Inhalte, die Claude nur manchmal benötigt, wie API-Dokumentation oder eine Bereitstellungs-Checkliste, die Sie mit /<name> auslösen.

[tab] Subagent vs Dynamischer Workflow

Beide führen Arbeit außerhalb Ihres Hauptgesprächs aus. Bei Subagents entscheidet Claude Zug um Zug, was als nächstes ausgeführt wird. In einem Workflow entscheidet das Skript:

• Subagents sind Worker, die Claude spawnt, jeder gibt eine Zusammenfassung an das Gespräch zurück, das ihn spawnt
• Dynamische Workflows sind Skripte, die Claude schreibt und die viele Subagents im Hintergrund ausführen und ein Ergebnis zurückgeben

Verwenden Sie einen Subagenten, wenn Sie einen schnellen, fokussierten Worker benötigen: eine Frage recherchieren, eine Behauptung überprüfen, eine Datei überprüfen. Der Subagent führt die Arbeit aus und gibt eine Zusammenfassung zurück, sodass Ihre Hauptkonversation sauber bleibt. Subagenten, die Claude benannt hat, als es sie spawnte, können auch sich gegenseitig Nachrichten senden.

Verwenden Sie einen dynamischen Workflow, wenn ein Job über eine Handvoll Subagents hinauswächst, oder wenn Sie möchten, dass die Erkenntnisse überprüft werden, bevor Sie sie sehen, wie ein codebase-weites Audit, eine große Migration oder ein Plan, der aus mehreren Blickwinkeln entworfen wurde. Um einen zu starten, fragen Sie in Ihrem Prompt nach einem Workflow.

Um eine Erkenntnis von einer Ihrer Sitzungen zu einer anderen zu übergeben, bitten Sie Claudes erste Sitzung, sie zu senden. Claude liefert sie mit sitzungsübergreifendem Messaging. Führen Sie Agenten parallel aus vergleicht die anderen Möglichkeiten, mehr als einen Claude auf einmal auszuführen, einschließlich Sitzungen, die Sie übergeben und später überprüfen.

[tab] MCP vs Skill

MCP verbindet Claude mit externen Diensten. Skills erweitern das, was Claude weiß, einschließlich wie man diese Dienste effektiv nutzt.

Aspekt	MCP	Skill
Was es ist	Protokoll zur Verbindung mit externen Diensten	Wissen, Workflows und Referenzmaterial
Bietet	Tools und Datenzugriff	Wissen, Workflows, Referenzmaterial
Beispiele	Slack-Integration, Datenbankabfragen, Browser-Steuerung	Code-Review-Checkliste, Bereitstellungs-Workflow, API-Stilhandbuch

Diese lösen unterschiedliche Probleme und funktionieren gut zusammen:

MCP gibt Claude speziell entwickelte Tools für ein externes System, wobei die Verbindung und Authentifizierung vom Server behandelt werden.

Skills geben Claude Wissen darüber, wie man diese Tools effektiv nutzt, plus Workflows, die Sie mit /<name> auslösen können. Ein Skill könnte Ihr Team-Datenbankschema und Abfragemuster enthalten, oder einen /post-to-slack-Workflow mit Ihren Team-Nachrichtenformatierungsregeln.

[tab] Hook vs Skill

Claude Code führt einen Hook bei einem Lebenszyklusereignis aus; es lädt einen Skill in den Kontext, damit Claude ihn anwendet.

Aspekt	Hook	Skill
Führt aus	Ein Shell-Befehl, HTTP-Anfrage, MCP-Tool-Aufruf, LLM-Prompt oder Subagent	Anweisungen, die Claude liest und befolgt
Ausgelöst durch	Lebenszyklusereignisse wie PostToolUse oder SessionStart	Sie tippen /<name>, oder Claude passt die Beschreibung zu Ihrer Aufgabe an
Determinismus	Wird bei seinem Ereignis ausgelöst, ohne dass Claude darüber entscheidet	Claude interpretiert die Anweisungen; das Ergebnis kann variieren
Kontextkosten	Null, es sei denn, der Hook gibt Ausgabe zurück	Beschreibung lädt jede Sitzung; vollständiger Inhalt lädt bei Verwendung
Am besten für	Linting nach Bearbeitungen, Blockieren unsicherer Befehle, Protokollierung, Benachrichtigungen	Workflows, die Überlegung benötigen, Referenzmaterial, mehrstufige Aufgaben

Verwenden Sie einen Hook, wenn die Aktion jedes Mal auf die gleiche Weise passieren muss und Claude nicht denken muss. Zum Beispiel: Formatierung beim Speichern, Ablehnung von rm -rf /, Posten einer Slack-Nachricht, wenn eine Sitzung endet.

Verwenden Sie einen Skill, wenn Claude entscheiden sollte, wie die Schritte angewendet werden, oder wenn der Inhalt Wissen statt ein Skript ist. Zum Beispiel: eine /release-Checkliste, Ihr API-Stilhandbuch, ein Debugging-Playbook.

Legen Sie Schutzmaßnahmen in Hooks. Eine Anweisung wie „niemals .env bearbeiten“ in CLAUDE.md oder einem Skill ist eine Anfrage, keine Garantie. Ein PreToolUse-Hook, der die Bearbeitung blockiert, ist Durchsetzung. Wenn eine Regel jedes Mal gelten muss, machen Sie sie zu einem Hook statt zu einer Prompt-Anweisung.

Hook-Ausgabe landet im Kontext. Ein PostToolUse-Hook, der Ihren Linter ausführt, gibt Ergebnisse als Text zurück, den Claude liest; ein /fix-lint-Skill sagt Claude, wie man sie löst.

Verstehen Sie, wie Funktionen sich schichten

Funktionen können auf mehreren Ebenen definiert werden: benutzerübergreifend, pro Projekt, über Plugins oder durch verwaltete Richtlinien. Sie können auch CLAUDE.md-Dateien in Unterverzeichnissen verschachteln oder Skills in bestimmten Paketen eines Monorepo platzieren. Wenn die gleiche Funktion auf mehreren Ebenen existiert, so schichten sie sich:

• CLAUDE.md-Dateien sind additiv: alle Ebenen tragen Inhalte gleichzeitig zu Claudes Kontext bei. Dateien aus Ihrem Arbeitsverzeichnis und darüber laden beim Start; Unterverzeichnisse laden, während Sie in ihnen arbeiten. Wenn Anweisungen in Konflikt geraten, nutzt Claude Urteilsvermögen, um sie zu versöhnen. Siehe wie CLAUDE.md-Dateien laden.
• Skills und Subagents überschreiben nach Name: wenn der gleiche Name auf mehreren Ebenen existiert, gewinnt eine Definition basierend auf Priorität (verwaltet > Benutzer > Projekt für Skills; verwaltet > CLI-Flag > Projekt > Benutzer > Plugin für Subagents). Plugin-Skills sind namespaced um Konflikte zu vermeiden. Siehe Skill-Erkennung und Subagent-Umfang.
• MCP-Server überschreiben nach Name: lokal > Projekt > Benutzer. Siehe MCP-Umfang.
• Hooks zusammenführen: alle registrierten Hooks werden für ihre übereinstimmenden Ereignisse unabhängig von der Quelle ausgelöst. Siehe Hooks.

Kombinieren Sie Funktionen

Jede Erweiterung löst ein anderes Problem: CLAUDE.md behandelt immer-aktiven Kontext, Skills behandeln On-Demand-Wissen und Workflows, MCP behandelt externe Verbindungen, Subagents behandeln Isolation, und Hooks behandeln Automatisierung. Echte Setups kombinieren sie basierend auf Ihrem Workflow.

Zum Beispiel könnten Sie CLAUDE.md für Projektkonventionen verwenden, einen Skill für Ihren Bereitstellungs-Workflow, MCP zur Verbindung mit Ihrer Datenbank und einen Hook zum Ausführen von Linting nach jeder Bearbeitung. Jede Funktion behandelt das, wofür sie am besten geeignet ist.

Verstehen Sie Kontextkosten

Jede Funktion, die Sie hinzufügen, verbraucht etwas von Claudes Kontext. Zu viel kann Ihr Kontextfenster füllen, aber es kann auch Rauschen hinzufügen, das Claude weniger effektiv macht; Skills werden möglicherweise nicht korrekt ausgelöst, oder Claude kann Ihre Konventionen aus den Augen verlieren. Das Verständnis dieser Kompromisse hilft Ihnen, ein effektives Setup zu erstellen. Für eine interaktive Ansicht, wie diese Funktionen in einer laufenden Sitzung kombiniert werden, siehe Erkunden Sie das Kontextfenster.

Kontextkosten nach Funktion

Jede Funktion hat eine andere Ladestrategie und Kontextkosten:

*Setzen Sie disable-model-invocation: true im Frontmatter eines Skills, um seine Beschreibung aus Claudes Kontext herauszuhalten. Für einen Skill, den Sie nicht geschrieben haben, setzen Sie skillOverrides in den Einstellungen, um dasselbe zu tun, ohne die Datei zu bearbeiten.

Verstehen Sie, wie Funktionen geladen werden

Jede Funktion wird an verschiedenen Punkten in Ihrer Sitzung geladen. Die Registerkarten unten erklären, wann jede geladen wird und was in den Kontext geht.

[tab] CLAUDE.md

Wann: Sitzungsstart

Was lädt: Vollständiger Inhalt jeder CLAUDE.md-Datei, die beim Sitzungsstart geladen wird (verwaltet, Benutzer und Projektebenen).

Vererbung: Claude liest CLAUDE.md-Dateien aus Ihrem Arbeitsverzeichnis bis zur Wurzel und entdeckt verschachtelte in Unterverzeichnissen, wenn es auf diese Dateien zugreift. Weitere Informationen finden Sie unter Wie CLAUDE.md-Dateien geladen werden. Wenn eine verschachtelte CLAUDE.md ihr Größenlimit pro Datei überschreitet, erhält Claude nur den Anfang der Datei.

[!TIP]

Halten Sie CLAUDE.md unter 200 Zeilen. Verschieben Sie Referenzmaterial zu Skills, die On-Demand geladen werden. Um Kürzungsvorschläge für eine eingecheckte CLAUDE.md zu erhalten, führen Sie /doctor aus.

[tab] Skills

Skills sind zusätzliche Funktionen in Claudes Toolkit. Sie können Referenzmaterial sein (wie ein API-Stilhandbuch) oder aufrufbare Workflows, die Sie mit /<name> auslösen (wie /deploy). Claude Code wird mit gebündelten Skills wie /code-review, /batch und /debug ausgeliefert, die sofort funktionieren. Sie können auch Ihre eigenen erstellen.

Wann: Hängt von der Konfiguration des Skills ab. Standardmäßig werden Beschreibungen beim Sitzungsstart geladen und vollständiger Inhalt bei Verwendung. Für nur-Benutzer-Skills (disable-model-invocation: true) wird nichts geladen, bis Sie sie aufrufen.

Was lädt: Für modell-aufrufbare Skills sieht Claude Namen und Beschreibungen in jeder Anfrage. Wenn Sie einen Skill mit /<name> aufrufen oder Claude ihn automatisch lädt, wird der vollständige Inhalt in Ihre Konversation geladen.

Wie Claude Skills wählt: Claude gleicht Ihre Aufgabe gegen Skill-Beschreibungen ab, um zu entscheiden, welche relevant sind. Wenn Beschreibungen vage oder überlappend sind, kann Claude den falschen Skill laden oder einen verpassen, der helfen würde. Um Claude zu sagen, einen bestimmten Skill zu verwenden, rufen Sie ihn mit /<name> auf.

Kontextkosten: Niedrig bis verwendet. Nur-Benutzer-Skills haben Null-Kosten bis aufgerufen.

In Subagenten: Der vollständige Inhalt von Skills, die im skills-Feld eines Subagenten aufgelistet sind, wird beim Start in seinen Kontext geladen, statt bei Bedarf. Subagenten können weiterhin nicht aufgelistete Projekt-, Benutzer- und Plugin-Skills über das Skill-Tool entdecken und aufrufen.

[!TIP]

Verwenden Sie disable-model-invocation: true für Skills mit Nebenwirkungen. Dies spart Kontext und stellt sicher, dass sie nur ausgeführt werden, wenn Sie sie namentlich aufrufen.

[tab] MCP-Server

Wann: Sitzungsstart.

Was lädt: Tool-Namen und Server-Anweisungen von verbundenen Servern. Vollständige JSON-Schemas bleiben aufgeschoben, bis Claude ein bestimmtes Tool benötigt.

Kontextkosten: Tool-Suche ist standardmäßig aktiviert, sodass untätige MCP-Tools minimalen Kontext verbrauchen.

[!TIP]

Führen Sie /mcp aus, um den Verbindungsstatus jedes Servers zu sehen. Führen Sie /context all aus, um zu sehen, wie viele Token jedes geladene MCP-Tool verwendet. Claude Code verbindet sich automatisch wieder mit Remote-Servern, wenn diese ausfallen, und Sie können Server trennen, die Sie nicht aktiv verwenden.

[tab] Code-Intelligenz

Wann: Nach Dateibearbeitungen und bei Bedarf, wenn Claude Code navigiert.

Was lädt: Typfehler und Warnungen nach jeder Dateibearbeitung. Definitions-, Referenz- und Typinformationen, wenn Claude ein Symbol nachschlägt.

Kontextkosten: Niedrig. Symbol-Suchen ersetzen oft umfangreiche Dateileser, sodass die Netto-Kontextnutzung sinken kann.

[!TIP]

Das LSP-Tool ist inaktiv, bis Sie ein Code-Intelligenz-Plugin für Ihre Sprache installieren.

[tab] Subagents

Wann: Bei Bedarf, wenn Sie oder Claude einen für eine Aufgabe spawnt.

Was lädt: Frischer, isolierter Kontext, der Folgendes enthält:

• Der eigene System-Prompt des Agenten, nicht der System-Prompt von Claude Code
• Vollständiger Inhalt von Skills, die im skills:-Feld des Agenten aufgelistet sind
• CLAUDE.md und Git-Status. Die integrierten Explore- und Plan-Agenten starten ohne beides, und ein Agent, dessen Definition omitClaudeMd setzt, startet ohne die Benutzer-, Projekt- und lokalen CLAUDE.md-Dateien.
• Welcher Kontext auch immer der Lead-Agent im Prompt übergibt

Für einen Fork lädt Claude Code die bisherige Konversation des übergeordneten Elements, den System-Prompt und die Tools statt dessen.

Kontextkosten: Isoliert von Hauptsitzung.

[!TIP]

Verwenden Sie Subagents für Arbeit, die Ihren vollständigen Konversationskontext nicht benötigt. Ihre Isolation verhindert, dass Ihre Hauptsitzung aufgebläht wird.

[tab] Hooks

Wann: Bei Auslösung. Claude Code führt Hooks bei bestimmten Lebenszyklusereignissen aus, wie Tool-Ausführung, Sitzungsgrenzen, Prompt-Einreichung, Berechtigungsanfragen und Komprimierung. Siehe Hooks für die vollständige Liste.

Was lädt: Standardmäßig nichts. Hooks laufen außerhalb der Hauptkonversation.

Kontextkosten: Null, es sei denn, der Hook gibt Ausgabe zurück, die als Nachrichten zu Ihrer Konversation hinzugefügt wird.

[!TIP]

Hooks sind ideal für Nebenwirkungen (Linting, Logging), die Claudes Kontext nicht beeinflussen müssen.

Weitere Informationen

Jede Funktion hat ihr eigenes Handbuch mit Setup-Anweisungen, Beispielen und Konfigurationsoptionen.

[card] CLAUDE.md

Speichern Sie Projektkontext, Konventionen und Anweisungen

[card] Skills

Geben Sie Claude Fachkompetenz und wiederverwendbare Workflows

[card] Subagents

Lagern Sie Arbeit in isoliertem Kontext aus

[card] Dynamic workflows

Führen Sie viele Subagents aus einem Skript aus

[card] Cross-session messaging

Lassen Sie Claude Ihre anderen Sitzungen benachrichtigen

[card] MCP

Verbinden Sie Claude mit externen Diensten

[card] Hooks

Automatisieren Sie Aktionen mit Hooks

[card] Plugins

Bündeln und teilen Sie Feature-Sets

[card] Marketplaces

Hosten und verteilen Sie Plugin-Sammlungen