Dynamischer Startkontext

Der Kontext, den eine Session braucht, hängt von der Aufgabe ab. Beim Schreiben eines Blog-Posts kommen Brand Voice und SEO-Workflows ins Spiel. Bei einem Feature-Ship willst du Architektur-Notizen und den Coding-Style des Projekts. Beim Debugging brauchst du Systemdiagramme plus die relevanten Error-Handling-Regeln.

Du könntest all das in die CLAUDE.md kippen und hoffen, dass Claude das Richtige raussucht. Oder du gibst jeder Session-Art genau den Kontext, der für sie gebaut wurde.

Die einfache Lösung

Ein Prompt kommt direkt nach dem --init-Flag bei Claude Code:

claude --init "/blog"

Claude startet und der /blog-Slash-Befehl feuert sofort. Alles, was eine Blog-Session braucht, steckt in diesem Befehl: Schreibregeln, Content-Workflow, Beispiel-Posts, Links fürs interne Verlinken.

Null Setup-Hooks. Null Env-Vars. Null File-Kopiererei. Eine Command-Datei, die den Kontext hält.

Diese Seite geht es darum, eine Session mit dem richtigen Bundle zu starten, nicht darum, eine aufgeblähte Session nachträglich zu verwalten. Wenn du entscheiden willst, was Claude sehen soll, wann es das sehen soll und was außen vor bleiben muss, lies Context Engineering. Wenn du eine abdriftende Session retten willst, lies Context Management. Für hook-intensive Automatisierung lies Claude Code Hooks.

Wann Setup-Hooks Overkill sind

Setup-Hooks sind am 25. Januar 2026 erschienen. Ihre Aufgabe ist es, deterministische Skripte mit agentischer Überwachung zu verbinden: Dependency-Installs, Datenbank-Initialisierung, routinemäßige Wartungsarbeiten.

Für reines Kontext-Laden pro Session-Typ schleppst du mit Setup-Hooks jedoch Maschinen ran, die du überspringen kannst. Ein Slash-Befehl erreicht das gleiche Ziel mit weniger beweglichen Teilen.

Unsere Implementierung

So sieht das Layout aus, das wir für Blog-Schreib-Sessions nutzen:

.claude/
  commands/
    blog.md     # Context embedded in command
justfile        # Launcher shortcuts

Alles, was eine Blog-Session braucht, steckt in blog.md: Voice-Guide, Workflow-Notizen, Tier-Loading-Anweisungen, SEO-Checks, Regeln fürs Verlinken zwischen Posts.

Das Justfile liefert den Shortcut:

blog:
    claude --init "/blog"

Tipp just blog und Claude startet mit dem Blog-Kontext bereits im Kopf. Voice ist gesetzt. Linking-Regeln sind gesetzt. Der Workflow läuft von allein, ohne Prompting von dir.

Was in einen Kontext-Befehl gehört

Ein starker Session-Befehl deckt vier Bereiche ab:

Startnachricht: Nenne den Session-Typ laut und bestätige, dass der Kontext jetzt geladen ist.

Workflow-Dokumentation: Jeder Schritt des Prozesses für diese Art von Arbeit.

Referenzmaterial: Alle Regeln, Beispiele und Checklisten, die für die gesamte Session gelten.

Quality Gates: Was wahr sein muss, bevor du die Arbeit als fertig erklärst.

Die Vorlage:

---
description: Start a blog writing session with pre-loaded context
---
 
# Blog Session
 
You are starting a blog/content writing session. Report: "Blog session started."
 
---
 
## Content Workflow
 
[Workflow steps and process documentation]
 
## Brand Voice
 
[Guidelines and patterns]
 
## Quality Checklist
 
[Verification steps before publishing]

Alles liegt inline. Starte den Befehl und Claude hält bereits jedes Teil.

Mehrere Session-Typen

Ein Befehl pro Arbeitsmodus:

.claude/commands/
  blog.md       # Blog writing context
  feature.md    # Feature development context
  debug.md      # Debugging context
  review.md     # Code review context

Jeder trägt seine eigenen Regeln, seinen Workflow und sein Referenz-Set. Zwischen Modi wechseln geht mit einem einzigen Wort:

just blog     # Blog writing
just feature  # Feature development
just debug    # Debugging session

Vier Session-Befehle, die sich lohnen zu kopieren

Das Muster wird nützlicher, sobald du aufhörst in Abstraktionen zu denken und anfängst, echte Session-Typen zu benennen.

Blog-Session

claude --init "/blog"

Laden:

• Brand Voice
• interne Verlinkungsregeln
• SEO / GEO-Checkliste
• Publishing-Workflow

Feature-Session

claude --init "/feature"

Laden:

• Architektur-Notizen
• Coding-Standards
• Test-Erwartungen
• Release-Einschränkungen

Debug-Session

claude --init "/debug"

Laden:

• Debugging-Workflow
• Logging-Standorte
• Reproduktions-Checkliste
• Rollback-Sicherheitsregeln

Review-Session

claude --init "/review"

Laden:

• Review-Rubrik
• Schweregrad-Definitionen
• Was als Blocker zählt
• Erwartetes Ausgabeformat

Das ist der große Gewinn. Du sparst nicht nur Tastatureingaben. Du sorgst dafür, dass jede Session-Art mit dem richtigen Mindset beginnt.

Was wohin gehört

Die saubersten Setups trennen Kontext nach Dauerhaftigkeit:

Diese Trennung hält das System benutzbar. Wenn alles in der CLAUDE.md landet, startet jede Session aufgebläht. Wenn alles in Hooks landet, wird einfaches Kontext-Laden schwerer als nötig.

Das häufigste Anti-Pattern

Der typische Fehler ist, jedes Kontext-Problem mit einer einzigen riesigen Basisdatei lösen zu wollen.

Das führt meistens zu:

• überdimensionierten CLAUDE.md-Dateien
• vermischten Workflows zusammengequetscht
• irrelevante Anweisungen laden sich bei jeder Aufgabe
• schwächerer Fokus zum Session-Start

Dynamischer Startkontext löst das, indem er session-spezifische Regeln explizit und temporär macht. Die Blog-Session bekommt Blog-Regeln. Die Debug-Session bekommt Debug-Regeln. Nichts anderes kommt kostenlos mit.

Warum das funktioniert

Welcher Befehl auch immer du an --init übergibst, läuft bevor du irgendetwas tippst. Beim ersten Tippen sitzt der Kontext bereits in Claudes Kopf. Kein "lies diese Dateien zuerst"-Opener. Direkt in die Arbeit.

Für Skills lädt derselbe Trick die richtige Skill-Konfiguration von selbst. Für CLAUDE.md-Overrides bekommst du session-spezifische Regeln, ohne deine Basisdatei zu verunreinigen.

Fang einfach an. Wenn du deterministische Skripte, Install-Automatisierung oder agentische Überwachung beim Startup brauchst, steig auf Setup-Hooks um. Bis dahin reicht ein Slash-Befehl meistens. ClaudeFast's Code Kit läuft genau nach diesem Muster. Seine /blog-, /team-plan- und /build-Befehle ziehen jeweils session-spezifischen Kontext, Workflows und Quality Gates über einen einzigen --init-Aufruf rein.