Workbranch › Anleitungen

So verwalten Sie Berechtigungen in Claude Code

Claude Code fragt nach, bevor es Befehle ausführt oder Dateien bearbeitet. Zu viele Rückfragen bremsen Sie aus, zu wenige können riskant sein. Diese Anleitung erklärt die Rückfragen, die Berechtigungsmodi und die Regeln, die Sie speichern können, damit Sie Routinearbeit einmal freigeben und die gefährlichen Teile gesperrt bleiben.

Aktualisiert am 30. Oktober 2026

Diese Anleitung folgt der Claude-Code-Dokumentation von Anthropic, Stand Oktober 2026. Neu bei Claude Code? Beginnen Sie mit dem Einstieg in Claude Code.

Wonach Claude Code fragt

Eine Rückfrage zeigt, was Claude tun möchte, und Ihre Optionen. Bei den meisten Rückfragen können Sie zu Yes oder No gehen und mit Tab einen Kommentar hinzufügen; bei No erreicht der Kommentar Claude als Ihre Begründung, und Claude berücksichtigt ihn bei der weiteren Arbeit.

Einen Berechtigungsmodus wählen

Drücken Sie während einer Sitzung Shift+Tab, um durch die Modi zu wechseln; die Statusleiste zeigt, welcher aktiv ist. Sie können auch direkt in einem Modus starten, etwa mit claude --permission-mode plan.

Neuere Versionen starten interaktive Terminal- und VS-Code-Sitzungen im Auto-Modus; er funktioniert in allen Tarifen, aber nur mit neueren Modellen. Um den Startmodus selbst festzulegen, setzen Sie "defaultMode" unter permissions in ~/.claude/settings.json. Auto und Bypass in den Einstellungsdateien eines Projekts werden ignoriert, ein Repository kann sie also nicht für Sie einschalten.

Allow-, Ask- und Deny-Regeln speichern

1. Tippen Sie in einer Sitzung /permissions. Der Dialog listet jede Regel und die Einstellungsdatei, aus der sie stammt, und lässt Sie Regeln hinzufügen oder entfernen. Änderungen gelten ab Claudes nächster Aktion.
2. Oder bearbeiten Sie eine Einstellungsdatei direkt. Gemeinsame Regeln für das Team kommen in .claude/settings.json (committen); Ihre eigenen in .claude/settings.local.json oder, für jedes Projekt, in ~/.claude/settings.json.
3. Schreiben Sie Regeln als Tool oder Tool(pattern):
   • Bash(npm run *): jedes npm-Skript
   • Bash(git commit *): Commits, aber keine anderen git-Befehle
   • Read(./.env): die .env-Datei des Projekts
   • WebFetch(domain:example.com): Seiten dieser Website
   • mcp__github__*: jedes Werkzeug eines MCP-Servers namens github

Ein typischer Ausgangspunkt:

{"permissions": {"allow": ["Bash(npm run *)", "Bash(git commit *)"], "deny": ["Bash(git push *)", "Read(./.env)", "Read(./secrets/**)"]}}

Regeln werden in fester Reihenfolge geprüft: zuerst deny, dann ask, dann allow. Ein deny gewinnt immer, auch gegen ein spezifischeres allow, und eine ask-Regel fragt nach, selbst wenn auch ein allow passt.

Sicher bleiben

• Setzen Sie das * hinter den Unterbefehl. Bash(git log *) erlaubt nur git log; Bash(git *) erlaubt jeden git-Befehl, auch solche, die andere Programme ausführen.
• Achten Sie auf das Leerzeichen. Bash(ls *) passt nicht auf lsof; Bash(ls*) schon.
• Befehlsregeln sind keine Mauer. Ein deny für Bash(rm *) stoppt weder bash -c 'rm …' noch /bin/rm. Claude Code zerlegt allerdings verkettete Befehle: Folgt auf einen erlaubten Befehl && und ein weiterer, muss jeder Teil erlaubt sein. Für harte Grenzen bei Dateien und Netzwerk nutzen Sie das Sandboxing von Claude Code.
• Sperren Sie Geheimnisse mit Read-Deny-Regeln. In neueren Versionen verhindert ein Read-deny auch, dass passende Bildpfade, die Sie in den Prompt einfügen, angehängt werden, und blendet passende Namen aus, wenn Sie einen Ordner per @ erwähnen.
• Geschützte Dateien bleiben geschützt. Allow-Regeln geben Schreibzugriffe auf Orte wie .git, .claude, .mcp.json und Shell-Dateien wie .zshrc nie vorab frei. Außerhalb des Bypass-Modus werden Sie zuerst gefragt, im Auto-Modus prüft der Klassifikator den Schreibvorgang.
• Schalten Sie riskante Modi ab. Setzen Sie permissions.disableBypassPermissionsMode oder permissions.disableAutoMode auf "disable", damit sie nicht genutzt werden können.

Wenn es nicht funktioniert

• Trotz allow-Regel kommt eine Rückfrage: Möglicherweise passt eine deny- oder ask-Regel aus einer anderen Einstellungsdatei. Öffnen Sie /permissions, um die Herkunft jeder Regel zu sehen.
• Eine Regel für einen anderen Ordner greift nicht: Claude arbeitet nur innerhalb seiner Arbeitsverzeichnisse. Starten Sie mit claude --add-dir path oder tragen Sie den Ordner in additionalDirectories ein.
• Eine Pfadregel in den Benutzereinstellungen verfehlt Ihr Projekt: Pfade, die in ~/.claude/settings.json mit / beginnen, gelten relativ zu ~/.claude. Verwenden Sie ~/ oder // für absolute Pfade.
• Die Rückfrage bietet kein „don't ask again“: Diese Option erscheint nur, wenn die Rückfrage alles auflisten kann, was eine gespeicherte Regel abdecken würde. Geben Sie einmalig frei oder schreiben Sie die Regel selbst.

Quellen

• Claude Code user FAQ (Claude Help Center, geprüft am 30. Oktober 2026)
• Configure permissions (Claude Code Docs, geprüft am 30. Oktober 2026)
• Permission modes (Claude Code Docs, geprüft am 30. Oktober 2026)

Häufige Fragen