Claude Code Tipps für den Alltag
Sub-Agents gezielt einsetzen
Sub-Agents sind ideal für parallelisierbare Aufgaben: Recherche, Code-Exploration, Reviews. Jeder Agent bekommt einen eigenen Kontext und blockiert nicht das Hauptgespräch.
Skills als Workflow-Automatisierung
Skills (/skill-name) bündeln wiederkehrende Aufgaben in wiederverwendbare Prompts. Statt jeden Tag den gleichen Prompt zu tippen, einmal als Skill definieren.
MCP-Server für externe Systeme
MCP-Server verbinden Claude Code mit externen APIs (Notion, Miniflux, Azure DevOps). Einmal konfiguriert, dauerhaft nutzbar.
Auto Mode
Bisher gab es bei Claude Code zwei Extreme: entweder jeden Tool-Aufruf manuell bestätigen (mühsam bei längeren Aufgaben) oder --dangerously-skip-permissions verwenden (keine Sicherheitsschranken). Auto Mode schließt diese Lücke.
Was Auto Mode macht
Im auto-Modus genehmigt Claude Code Tool-Aufrufe automatisch -- aber nicht blind. Im Hintergrund läuft ein Klassifikator, der jeden Aufruf gegen die aktuelle Nutzeranfrage prüft. Aktionen, die plausibel zur gestellten Aufgabe gehören, werden durchgewunken. Aktionen, die suspekt wirken (z.B. Daten an unbekannte externe Dienste senden, force-push auf fremde Repos), werden blockiert oder nachgefragt. Auto Mode ist aktuell als Research Preview markiert.
Die Permission-Modes im Überblick
Claude Code kennt fünf Modi, die in settings.json als defaultMode gesetzt werden:
| Modus | Verhalten |
|---|---|
default |
Fragt bei jedem neuen Tool-Typ einmalig nach |
acceptEdits |
Dateiänderungen werden automatisch akzeptiert, Bash weiterhin gefragt |
plan |
Nur Lesen und Analysieren -- keine Änderungen, kein Bash |
auto |
Automatische Genehmigung mit Hintergrund-Sicherheitsprüfung (Research Preview) |
bypassPermissions |
Überspringt alle Prompts -- nur für isolierte Umgebungen (Container, VMs) |
Aktivierung
In ~/.claude/settings.json (für alle Projekte) oder .claude/settings.json (pro Projekt):
{
"defaultMode": "auto"
}
Deaktivieren lässt es sich über disableAutoMode: "disable" in managed settings -- relevant für Teams, die den Modus zentral sperren wollen.
Auto Mode für Teams konfigurieren
Der Klassifikator kennt von Haus aus nur das aktuelle Arbeitsverzeichnis als vertrauenswürdige Umgebung. Push zu einem internen GitHub-Org oder Schreibzugriff auf S3-Buckets wird zunächst als potenzielle Datenexfiltration gewertet. Über den autoMode-Block in den Settings lässt sich das anpassen:
{
"autoMode": {
"environment": [
"Source control: github.com/meine-org und alle Repos darunter",
"Trusted cloud buckets: s3://mein-build-bucket"
]
}
}
Mit claude auto-mode defaults lassen sich die eingebauten Block- und Allow-Regeln anzeigen, bevor man sie anpasst.
Praktische Einschätzung
Auto Mode ist der Mittelweg, der in der Praxis fehlt: flüssiges Arbeiten ohne ständige Bestätigungsdialoge, aber mit einer Sicherheitsschicht, die grobe Fehltritte abfängt. Für lokale Entwicklung an eigenen Projekten ist auto ein sinnvoller Standard. Für sensitive Umgebungen (Produktionssysteme, Fremddaten) bleibt granulare Konfiguration über permissions.allow und permissions.deny die zuverlässigere Variante -- der Klassifikator ist kein Ersatz für explizite Regeln.
Quellen
- Eigene Erfahrung, Stand März 2026
- Claude Code Permissions Docs -- Permission Modes (abgerufen März 2026)
- Claude Code Settings Docs (abgerufen März 2026)