Skip to content

CC Safety Net

Una protección que lee lo que un agente de programación va a ejecutar y rechaza comandos destructivos y lecturas de secretos antes de que ocurran.

Reseña de Sheela · Actualizado

Ver en GitHub Código abierto

Nuestra nota

4.0/5

El cinturón de seguridad para el daño que un sandbox permite a propósito: force-pushes, hard resets y rm -rf dentro de tu propio proyecto.

¿Qué es CC Safety Net?

CC Safety Net se engancha a las CLI de agentes de programación y revisa cada comando de shell antes de que se ejecute. Bloquea comandos destructivos de Git y del sistema de archivos como git reset --hard, git push --force y rm -rf sobre destinos peligrosos, además de intentos de leer claves SSH, archivos .env y ~/.aws.

Analiza lo que un comando hace de verdad, así que envolverlo en bash -c o python -c, o reordenar las opciones, no lo oculta. Los presets, un pequeño panel y las reglas de equipo guardadas en el repositorio permiten que un equipo comparta una sola política. Es compatible con Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI, OpenCode y una docena más. Lo mantiene un desarrollador independiente; la v2.6.19 salió el 24 de octubre de 2026.

¿Merece la pena CC Safety Net?

Un sandbox mantiene a un agente dentro de tu proyecto. No hace nada para evitar que el agente destroce el propio proyecto. Un solo git reset --hard equivocado puede borrar una tarde de trabajo sin commit, y ningún sandbox bloquea ese comando.

CC Safety Net se coloca delante de cada comando de shell. A diferencia de una simple lista de bloqueo, averigua qué hace realmente el comando, así que los trucos habituales de esconder rm -rf dentro de bash -c, o barajar las opciones, no pasan. Es compatible con unas 20 CLI de agentes, de Claude Code a Codex, y también rechaza lecturas de claves SSH, archivos .env y credenciales de la nube. Las reglas pueden guardarse en el repositorio para que todo un equipo las comparta.

La pega: el README dice claramente que no es un sandbox. No aísla procesos, no fija permisos de archivos ni vigila el tráfico de red. Es el proyecto de una sola persona (unas 1.800 estrellas, v2.6.19), y la instalación recomendada descarga @latest cada vez, algo que un equipo debería fijar a una versión.

Nuestra opinión: un sandbox más esta protección cubren las dos mitades del problema, lo que el agente puede alcanzar y lo que puede destruir. Apilar encima una segunda colección de hooks que bloquean comandos solo te da dos conjuntos de reglas peleándose por los mismos comandos.

Dónde se gana su sitio

  • Un desarrollador que deja que Claude Code apruebe solo los comandos de shell

    No perder nunca trabajo sin commit por un hard reset o un force-push

    npx -y cc-safety-net@latest install, y luego doctor para confirmarlo. Los comandos destructivos de Git se rechazan antes de ejecutarse; no cuesta nada.

  • Una responsable técnica que unifica las reglas de agentes en un equipo de 12 personas

    Dar a todos la misma política de comandos bloqueados

    Guarda la configuración .cc-safety-net/ en el repositorio y fija la versión del paquete en la guía de configuración del equipo.

Antes de decidirte

Puesta en marcha
Requiere Node.js 18+. npx -y cc-safety-net@latest install lo conecta a todas las CLI compatibles de la máquina; doctor comprueba que funciona.
Integraciones
Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI, OpenCode, Amp, Devin CLI, Kimi Code y más; una API de Node.js.
Datos y privacidad
Se ejecuta en local como hook y no envía nada a ningún sitio. Licencia MIT.
Coste a escala
Gratis para equipos de cualquier tamaño; no hay edición de pago.
Límites
Solo ve los comandos que el agente ejecuta mediante herramientas con hook; no controla la red ni los permisos de archivos.

Lo bueno

  • Analiza los comandos, así que bash -c y el reordenado de opciones no se cuelan
  • Bloquea lecturas de claves SSH, .env y credenciales de la nube
  • Las reglas de equipo pueden guardarse en git
  • Compatible con unas 20 CLI de agentes de programación

Lo malo

  • No es un sandbox: no controla procesos, permisos de archivos ni red
  • Un solo mantenedor
  • La instalación por defecto descarga @latest; fíjala a una versión en equipos

Ideal para

Cualquiera que deje a un agente de programación ejecutar comandos de shell sin aprobar cada uno.

Alternativas a CC Safety Net

CC Safety Net: preguntas frecuentes

¿Merece la pena CC Safety Net?
El cinturón de seguridad para el daño que un sandbox permite a propósito: force-pushes, hard resets y rm -rf dentro de tu propio proyecto. Le damos un 4.0 sobre 5.
¿Cuánto cuesta CC Safety Net?
Gratuito y de código abierto bajo MIT.
¿Qué inconvenientes tiene CC Safety Net?
No es un sandbox: no controla procesos, permisos de archivos ni red; un solo mantenedor; la instalación por defecto descarga @latest; fíjala a una versión en equipos.
¿Para quién es CC Safety Net?
Cualquiera que deje a un agente de programación ejecutar comandos de shell sin aprobar cada uno.
¿Cuánto cuesta CC Safety Net para un equipo o en producción?
Gratis para equipos de cualquier tamaño; no hay edición de pago.
¿Es CC Safety Net seguro para los datos de la empresa?
Se ejecuta en local como hook y no envía nada a ningún sitio. Licencia MIT.
¿Cuáles son las mejores alternativas a CC Safety Net?
Las alternativas más cercanas que hemos analizado son Anthropic Sandbox Runtime (srt) y security-guidance plugin (Claude Code).

Respuestas comprobadas el 24 oct 2026.