Ist es sicher, dass Claude Code meine Website im Produktivbetrieb ändert?

Ja, wenn Produktion nie die erste Station ist. Im Modus Manual startet Claude Code nur lesend und fragt, bevor es Dateien ändert oder Befehle ausführt. Ergänzen Sie einen Git-Branch, einen Pull Request, den Sie prüfen, eine Vorschau-Veröffentlichung und eine Kontrolle der Live-URL nach dem Merge. Dann wird eine fehlerhafte Änderung zu einem abgelehnten Pull Request statt zu einer kaputten Website.

Fakten

  • Im Modus Manual startet Claude Code mit reinen Leserechten und fragt, bevor es Dateien ändert, Tests ausführt oder Befehle startet. (Claude-Code-Doku: Security)
  • Claude Code hat sechs Berechtigungsmodi; im Planmodus liest es Dateien und erkundet das Projekt, ändert aber keine Quelldateien. (Claude-Code-Doku: Configure permissions)
  • Claude Code wertet Berechtigungsregeln in der Reihenfolge deny, dann ask, dann allow aus, sodass eine deny-Regel immer gewinnt. (Claude-Code-Doku: Configure permissions)
  • Claude-Code-Checkpoints, geöffnet mit /rewind oder zweimal Esc, erfassen keine Dateien, die Bash-Befehle geändert haben, und ersetzen Git nicht. (Claude-Code-Doku: Checkpointing)
  • Claude Code behält Dateisnapshots für die 100 neuesten Checkpoints einer Sitzung und löscht sie etwa 30 Tage, nachdem die Sitzung zuletzt einen Checkpoint gespeichert hat. (Claude-Code-Doku: Checkpointing)
  • Der Branch-Schutz von GitHub kann verlangen, dass eine feste Zahl an Genehmigungen vorliegt, bevor ein Pull Request zusammengeführt wird. (GitHub-Doku: About protected branches)

Was macht Claude Code, ohne nachzufragen?

Im Modus Manual liest es nur: Dateien lesen und eine eingebaute Liste nur-lesender Befehle wie ls, cat und git status. Änderungen und andere Befehle warten auf Ihre Freigabe. Andere Modi fragen seltener nach:

ModusWas er tutAuf einer Live-Website
Manual (Standard)Fragt vor Änderungen und BefehlenSicherer Start
PlanLiest und schlägt vor, ändert keine QuelldateienIdeal für den ersten Blick
acceptEditsAkzeptiert Dateiänderungen im ArbeitsordnerIn Ordnung auf einem Branch
bypassPermissionsÜberspringt BerechtigungsabfragenNie auf dem Produktiv-Branch

Wie verhindere ich, dass es deployt oder Geheimnisse liest?

Legen Sie deny-Regeln in der .claude/settings.json des Repositorys ab; deny wird vor jeder allow-Regel geprüft. Eine Bash-Regel greift auf den Befehl, so wie er geschrieben ist. Halten Sie deshalb auch Deploy-Schlüssel vom Rechner fern, und lassen Sie das Deployment nur aus einem zusammengeführten Pull Request laufen.

// .claude/settings.json im Repository der Website
{
  "permissions": {
    "deny": [
      "Bash(git push *)",
      "Bash(vercel --prod *)",
      "Read(./.env)",
      "Read(./.env.*)"
    ]
  }
}

Kann ich rückgängig machen, was Claude Code geändert hat?

Teilweise. /rewind stellt Dateiänderungen wieder her, die die Bearbeitungswerkzeuge in der Sitzung vorgenommen haben, aber nicht Dateien, die Shell-Befehle geändert haben, und auch nichts, was bereits live ist. Echtes Rückgängigmachen geht über Git: Revertieren Sie den Merge-Commit und deployen Sie erneut.

Warum die Live-URL prüfen, statt einem „fertig“ zu vertrauen?

Der Agent meldet, was er tun wollte. Ein fehlgeschlagener Build, ein Cache oder Inhalte, die nur im Browser gerendert werden, können dazu führen, dass die Live-Seite anders aussieht. Öffnen Sie die veröffentlichte URL, zeigen Sie den Quelltext an und bestätigen Sie, dass der neue Text und die Links dort stehen.

Schritt für Schritt

  1. Auf einem Branch starten. Bitten Sie Claude Code, vor jeder Änderung einen Branch anzulegen; arbeiten Sie nie auf dem Produktiv-Branch.
  2. Aufgabe eingrenzen. Nennen Sie die Dateien oder Seiten, die es ändern darf, und sagen Sie ihm, alles andere unangetastet zu lassen.
  3. Pull Request prüfen. Lesen Sie den Diff; lehnen Sie Änderungen außerhalb der Aufgabe ab, etwa Änderungen an der Startseite.
  4. Vorschau-Deployment prüfen. Öffnen Sie die Vorschau-URL, die Ihr Hosting für den Branch erstellt, bevor Sie zusammenführen.
  5. Zusammenführen und live prüfen. Öffnen Sie nach dem Produktiv-Deployment die Live-URL und bestätigen Sie die Änderung; revertieren Sie den Merge, wenn sie falsch ist.

Häufige Fehler

  • In einem Modus arbeiten, der Berechtigungsabfragen auf dem Produktiv-Branch überspringt.
  • „Noch eine Kleinigkeit“ außerhalb der Aufgabe erledigen lassen, etwa an der Startseite oder der Navigation.
  • Dem „fertig“ des Agenten vertrauen, ohne die Live-Seite zu öffnen.
  • /rewind als Sicherung nutzen statt Git.

So löst easyIndex das

easyIndex wendet das auf KI-Suche an: Ihr Coding-Agent ergänzt nur neue Inhaltsseiten und ändert nie die Startseite oder eine Seite, die bereits funktioniert. Sie geben jedes Paket frei, bevor es veröffentlicht wird, und jede Seite wird beim Einreichen geprüft und nach der Veröffentlichung auf der Live-Website kontrolliert. easyIndex greift nie in Ihr Repository ein. 30 US$ pro Website und Monat nach 7 Tagen kostenloser Testphase.

Häufig gestellte Fragen

Deployt Claude Code von selbst?

Nur, wenn Sie ihm erlauben, einen Deploy-Befehl auszuführen oder auf einen Branch zu pushen, der deployt. Verbieten Sie diese Befehle und deployen Sie aus einem geprüften Pull Request.

Reicht der Planmodus, um sicher zu bleiben?

Der Planmodus ändert keine Quelldateien, ist also zum Erkunden sicher. Um Änderungen vorzunehmen, verlassen Sie ihn; Branch und Prüfung bleiben daher wichtig.

Kann es meine .env-Datei sehen?

Im Modus Manual brauchen Dateilesezugriffe im Arbeitsordner keine Freigabe. Ergänzen Sie deny-Regeln für .env-Dateien, um sie zu sperren.

Was ist, wenn eine fehlerhafte Änderung in die Produktion gelangt?

Revertieren Sie den Merge-Commit in Git und deployen Sie erneut; das /rewind der Sitzung kann ein Deployment nicht rückgängig machen.

Weiterlesen

Zuletzt geprüft am .

Ist es sicher, dass Claude Code meine Live-Website ändert?