Skip to content

CC Safety Net

Ein Wächter, der liest, was ein Coding-Agent gleich ausführen will, und destruktive Befehle sowie das Auslesen von Geheimnissen verweigert, bevor sie passieren.

Getestet von Sheela · Aktualisiert

Auf GitHub ansehen Open Source

Unsere Bewertung

4.0/5

Der Sicherheitsgurt für den Schaden, den eine Sandbox absichtlich zulässt: Force-Pushes, Hard Resets und rm -rf innerhalb deines eigenen Projekts.

Was ist CC Safety Net?

CC Safety Net hängt sich in die CLIs von Coding-Agenten ein und prüft jeden Shell-Befehl, bevor er läuft. Es blockiert destruktive Git- und Dateisystem-Befehle wie git reset --hard, git push --force und rm -rf auf gefährliche Ziele, dazu Versuche, SSH-Keys, .env-Dateien und ~/.aws zu lesen.

Es analysiert, was ein Befehl tatsächlich tut. Ihn in bash -c oder python -c zu verpacken oder Flags umzustellen, verbirgt ihn also nicht. Presets, ein kleines Dashboard und im Repo eingecheckte Team-Regeln lassen ein Team eine gemeinsame Richtlinie nutzen. Es unterstützt Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI, OpenCode und rund ein Dutzend weitere. Ein unabhängiger Entwickler pflegt es; v2.6.19 erschien am 24. Oktober 2026.

Lohnt sich CC Safety Net?

Eine Sandbox hält einen Agenten in deinem Projekt. Dagegen, dass der Agent das Projekt selbst zerlegt, tut sie nichts. Ein einziges verwirrtes git reset --hard kann einen Nachmittag nicht committeter Arbeit löschen, und diesen Befehl blockiert keine Sandbox.

CC Safety Net sitzt vor jedem Shell-Befehl. Anders als eine einfache Sperrliste ermittelt es, was der Befehl wirklich tut. Die üblichen Tricks, rm -rf in bash -c zu verstecken oder Flags umzustellen, kommen also nicht durch. Es unterstützt rund 20 Agenten-CLIs, von Claude Code bis Codex, und verweigert auch das Lesen von SSH-Keys, .env-Dateien und Cloud-Zugangsdaten. Regeln lassen sich ins Repo committen, sodass ein ganzes Team sie teilt.

Der Haken: Das README sagt klar, dass es keine Sandbox ist. Es kapselt keine Prozesse, setzt keine Dateirechte und überwacht keinen Netzwerkverkehr. Es ist das Projekt einer einzelnen Person (rund 1.800 Sterne, v2.6.19), und die empfohlene Installation zieht jedes Mal @latest, was ein Team festpinnen sollte.

Unser Fazit: Eine Sandbox plus dieser Wächter decken beide Hälften des Problems ab, also was der Agent erreichen und was er zerstören kann. Eine zweite Hook-Sammlung zum Blockieren von Befehlen obendrauf bringt dir nur zwei Regelwerke, die um dieselben Befehle streiten.

Wo es sich lohnt

  • Ein Entwickler, der Claude Code Shell-Befehle automatisch freigeben lässt

    Nie wieder nicht committete Arbeit durch einen Hard Reset oder Force-Push verlieren

    npx -y cc-safety-net@latest install, danach doctor zur Bestätigung. Destruktive Git-Befehle werden verweigert, bevor sie laufen; kostet nichts.

  • Ein Tech Lead, der Agenten-Regeln in einem Team mit 12 Leuten vereinheitlicht

    Allen dieselbe Richtlinie für blockierte Befehle geben

    Committe die Konfiguration .cc-safety-net/ ins Repo und pinne die Paketversion in der Setup-Anleitung des Teams fest.

Bevor du dich festlegst

Einrichtung
Braucht Node.js 18+. npx -y cc-safety-net@latest install bindet es in jede unterstützte CLI auf dem Rechner ein; doctor prüft, ob es funktioniert.
Integrationen
Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI, OpenCode, Amp, Devin CLI, Kimi Code und weitere; eine Node.js-API.
Daten und Datenschutz
Läuft lokal als Hook und sendet nichts irgendwohin. MIT-Lizenz.
Kosten im großen Maßstab
Kostenlos für jede Teamgröße; eine kostenpflichtige Edition gibt es nicht.
Grenzen
Sieht nur Befehle, die der Agent über eingehängte Tools ausführt; keine Kontrolle über Netzwerk oder Dateirechte.

Was gut ist

  • Analysiert Befehle, sodass bash -c und umgestellte Flags nicht durchrutschen
  • Blockiert das Lesen von SSH-Keys, .env und Cloud-Zugangsdaten
  • Team-Regeln lassen sich in git committen
  • Unterstützt rund 20 CLIs von Coding-Agenten

Was nicht

  • Keine Sandbox: keine Kontrolle über Prozesse, Dateirechte oder Netzwerk
  • Nur ein Maintainer
  • Standardinstallation zieht @latest; für Teams festpinnen

Am besten für

Alle, die einen Coding-Agenten Shell-Befehle ausführen lassen, ohne jeden einzeln freizugeben.

Alternativen zu CC Safety Net

CC Safety Net: häufige Fragen

Lohnt sich CC Safety Net?
Der Sicherheitsgurt für den Schaden, den eine Sandbox absichtlich zulässt: Force-Pushes, Hard Resets und rm -rf innerhalb deines eigenen Projekts. Wir bewerten es mit 4.0 von 5.
Was kostet CC Safety Net?
Kostenlos und Open Source unter MIT.
Welche Nachteile hat CC Safety Net?
Keine Sandbox: keine Kontrolle über Prozesse, Dateirechte oder Netzwerk; Nur ein Maintainer; Standardinstallation zieht @latest; für Teams festpinnen.
Für wen eignet sich CC Safety Net?
Alle, die einen Coding-Agenten Shell-Befehle ausführen lassen, ohne jeden einzeln freizugeben.
Was kostet CC Safety Net für ein Team oder im Produktivbetrieb?
Kostenlos für jede Teamgröße; eine kostenpflichtige Edition gibt es nicht.
Ist CC Safety Net sicher für Firmendaten?
Läuft lokal als Hook und sendet nichts irgendwohin. MIT-Lizenz.
Was sind die besten Alternativen zu CC Safety Net?
Die nächsten Alternativen, die wir getestet haben, sind Anthropic Sandbox Runtime (srt) und security-guidance plugin (Claude Code).

Antworten geprüft am 24. Okt. 2026.