claude-code-plugin.de.md
docs/i18n/integrations/claude-code-plugin.de.md
Claude Code Plugin
<!-- translations:start -->
English · 한국어 · 中文 · 日本語 · Русский · Español · Français
<!-- translations:end -->
Tesserae bringt ein Claude Code Plugin mit, damit du den vollständigen Tesserae-Workflow aus einer TUI-Sitzung heraus ausführen kannst — Slash-Befehle, ein automatisch registrierter MCP-Server, eine Skill, die den Agenten orientiert, und vier Hooks, die den Agent↔Projekt-Speicher-Kreis schließen. Das Plugin liegt im Repo unter plugin/.
Installation
# Voraussetzung: `tesserae` bereits installiert (`pip install tesserae` oder `pipx install tesserae`).
/plugin install /path/to/Tesserae/
Voraussetzung: tesserae bereits installiert (pip install tesserae oder pipx install tesserae). Bei Installation über pipx stelle sicher, dass ~/.local/bin im PATH ist, den Claude Code beim Start erbt.
Was enthalten ist
- 9 Slash-Befehle — sieben 1:1-Wrapper um das CLI (
/tesserae:compile,/tesserae:ask,/tesserae:sessions-import,/tesserae:build-site,/tesserae:serve,/tesserae:obsidian-sync,/tesserae:setup) plus zwei Workflow-Makros (/tesserae:refreshverkettet import + compile + obsidian-sync;/tesserae:statuszeigt Graph-Counts und letzte Kompilierung). - Automatische Registrierung des
tesseraeServers — der Agent erhält die gesamte Tool-Oberfläche alsmcp__plugin_tesserae_tesserae__<tool>ohne manuelle Config-Edits: Graph-Abfragen (search_nodes,node_context,graph_ppr,search_facts), den On-Demand-Compilercompile_context/list_communities/fresh_insights, Session-Memory (ask,list_sessions,find_session_findings,find_code_symbol_mentions) und geführtes Setup (tesserae_setup_plan/tesserae_setup_apply). Die vollständige Liste steht in mcp.de.md. using-tesseraeSkill — wird automatisch geladen, wenn du nach dem typisierten Graphen, vergangenem Session-Rückruf, Wiki/Vault-Inhalten oder einem tesserae-Workflow fragst. Lehrt den Agenten, welches MCP-Tool zu verwenden vs welchen Slash-Befehl vorzuschlagen.- 5 Hooks —
SessionStartdruckt eine Graph-Zusammenfassung;SessionEndführt im Hintergrund import+compile aus, damit die Erkenntnisse dieses Gesprächs zu Graph-Knoten für die nächste Sitzung werden; zweiPostToolUse-Hooks feuern beiEdit/Write/MultiEdit— einer macht eine opt-in inkrementelle Neukompilierung bei docs/-Edits, der andere entprellt (~30 s) eine Code-Graph-Synchronisierung;PreToolUse(aufBash) gattert große-Graph-Kompilierungen über einen Bestätigungsdialog.
Die Kompilierung beim Sitzungsende ist opportunistisch, nicht garantiert. Der Hook löst seinen Hintergrundjob mit
setsidab, wo es existiert, und greift sonst aufnohupzurück. macOS liefert keinsetsid, undnohupignoriert lediglichSIGHUP— der Job bleibt in der Prozessgruppe der Sitzung —, sodass ein Harness, das die Gruppe beim Sitzungsende einsammelt, die Kompilierung weiterhin mittendrin killen kann. Was dabei zurückbleibt, ist wiederherstellbar, nicht unberührt:graph.jsonwird per atomarem Rename geschrieben und ist daher nie eine halbe Datei — aber die generierten Projektionenwiki/undsite/werden zu Beginn des Artefaktschreibens gelöscht, und der SQLite-Store wird nachgraph.jsongeschrieben, sodass ein Kill in diesem Fenster sie fehlend oder eine Kompilierung veraltet hinterlässt. Still geschieht das aber nie —.tesserae/manifest.jsonmarkiert ein Dokument erst alsgraphed, wenn die Artefakte liegen, also verweigert die nächstecompile --changed-onlyihren No-op, meldetgraph.json is not known to cover every tracked documentund extrahiert den gesamten Korpus neu, wodurch auch die Projektionen wieder entstehen. Baue keinen Workflow, der annimmt, dass eine lange Kompilierung die Sitzung überlebt, die sie gestartet hat — führe sie im Vordergrund aus oder übertesserae engine.
Vollständige Details, vollständige Befehls-/Hook-Tabellen und Per-Projekt-Opt-out-Anweisungen befinden sich im plugineigenen