Claude Code Berechtigungs-Audit: sichere Einstellungen vor echter Arbeit

Ein Berechtigungs-Audit macht Claude Code vertrauenswürdiger

Claude Code wird teuer, wenn jede Aktion unsicher wirkt. Das Audit macht daraus ein kurzes Profil: was gelesen werden darf, was geändert werden darf, was Freigabe braucht und was nie passieren darf.

Nutzen Sie es nach der Checkliste für die ersten 30 Minuten und vor tieferem Setup mit der CLAUDE.md Vorlage. Es geht nicht um Bürokratie, sondern um eine kleine echte Aufgabe mit klarer Grenze.

Ein Profil reicht für den Start

Beginnen Sie nicht mit einem langen Regelwerk. Schreiben Sie ein Profil, das Claude Code in der Sitzung tatsächlich befolgen kann.

claude_code_permission_profile:
  workspace: "repo only"
  allowed_without_approval:
    - "read files"
    - "run tests"
    - "edit content files"
  ask_first:
    - "install packages"
    - "change auth or billing code"
    - "deploy production"
  never_allow:
    - "print secrets"
    - "delete git history"
    - "rotate keys without owner approval"
definition_of_done:
  - "git diff reviewed"
  - "proof command captured"
  - "rollback note written"

Entscheidend ist die Definition von done. Sichere Rechte helfen wenig, wenn niemand diff, Beweisbefehl und Rollback-Notiz prüft.

Beispiel: Content-Site mit Umsatzpfad

Bei einer mehrsprachigen Content-Site sind MDX-Artikel, CTA-Texte und Produktbeschreibungen meist risikoarm. Formular-APIs, Zahlungslinks, Analytics und Deployment-Konfiguration brauchen Freigabe, weil sie Leads, Umsatz oder Produktion berühren.

Prüfe dieses Repository vor der Umsetzung.
Gib zurück:
1. sicher ausführbare Befehle
2. sicher editierbare Dateien
3. Aktionen mit Freigabe
4. die kleinste nützliche Aufgabe für heute
5. Prüfkommando und Rollback-Notiz

Dieser Prompt sorgt dafür, dass Claude Code vor der Umsetzung eine begrenzte Aufgabe vorschlägt: CTA verbessern, kostenlosen PDF-Pfad prüfen, Gumroad-Text schärfen oder Beratungspfad klären.

Fehlerfall: am ersten Tag alles erlauben

Typisch ist, Paketinstallationen, Auth-Änderungen, Produktion und Secrets gleichzeitig zu erlauben. Das wirkt schnell, bis unklar ist, wie man zurückrollt.

Auch Verbote allein reichen nicht. Nicht nur Secrets schützen, sondern auch Belege verlangen: Build, Tests, öffentliche URL, Formular und Gumroad-Links.

15-Minuten-Routine

1. Vorher “git status —short” ausführen.
2. Änderbare und geschützte Verzeichnisse nennen.
3. Sichere Befehle von Freigabe-Befehlen trennen.
4. Beweisbefehl und Rollback-Notiz speichern.

So prüft das Review echte Grenzen statt Bauchgefühl.

Nächster Schritt

Nutzen Sie das kostenlose Cheatsheet, wenn Befehle noch unsicher sind. Kaufen Sie den Setup Guide, wenn Rechte, CLAUDE.md, hooks oder MCP blockieren. Für Team-Rollout und Umsatzprozesse nutzen Sie die Beratung.