🚫 Nunca borrar en masa sin revisar
Los comandos que borran varias carpetas o archivos de una vez siempre requieren modo plan (módulo 0.5) y una lectura atenta antes de aprobarlos. Es la categoría de error más costosa y más difícil de deshacer de todo el curso.
¿Eres nuevo aquí? Este módulo cierra la Ruta 0 hablando de permiso — la autorización que das (o niegas) antes de que el agente ejecute algo. Hasta ahora aprendiste a instalar el terminal (la ventana de texto donde escribes comandos — instrucciones breves que la computadora ejecuta de inmediato), preparar la carpeta del proyecto y escribir el CLAUDE.md; ahora aprendes a decir «no» en el momento adecuado. Piensa en esto como darle la llave de tu casa a alguien de confianza: la entregas poco a poco, empezando por las habitaciones que no implican riesgos.
⚠️ Atención
Si el plan incluye la palabra «borrar», «eliminar» o «quitar» en más de un archivo, detente y léelo con calma antes de aprobarlo, sin excepción.
🩹 Error común
Aprobar un plan «por cansancio», solo para avanzar más rápido, sin leer realmente las líneas que mencionan borrar. Si te gana esa prisa, cierra la terminal (la ventana de comandos), respira y vuelve después: el agente espera, no tiene plazo.
Vale la pena reforzar por qué esta categoría es diferente de las otras dos ("producción" y "publicar"): borrar archivos es una acción que ocurre solo en tu computadora, sin pasar por ningún servidor externo — y por eso es fácil pensar que es "menos grave". En la práctica, ocurre lo contrario: si no tienes una copia de seguridad (una copia guardada en otro lugar), un archivo borrado por error podría no tener vuelta atrás. Leer el plan con calma aquí es el hábito más barato de todo el curso frente al daño que evita.
🏭 Nunca hacer cambios en producción sin revisión
¿Eres nuevo aquí? Producción es el entorno «en vivo», usado por personas de verdad, a diferencia de un entorno de prueba, aislado y sin consecuencias reales. Este tema se profundiza en la Ruta 4, pero la regla de oro empieza aquí: nunca cambies producción sin revisar.
🔍 Por dentro
Producción × prueba es la misma lógica que "borrador × versión final" — equivocarse en el borrador no cuesta nada; equivocarse en la versión final, sí.
💡 Consejo práctico
Si todavía no sabes distinguir entre prueba y producción en tu propio proyecto, trata todo como producción hasta que la Trilha 4 explique la separación: es la opción más segura.
¿Eres nuevo aquí? Uno archivo es cualquier documento guardado en la computadora (un texto, una imagen o un fragmento de código); una carpeta es el «sobre» que organiza varios archivos juntos. Cuando el agente «modifica producción», está alterando archivos que ya están en línea, no una copia de prueba guardada solo en tu computadora.
🔧 Error común
Pedir "actualiza el sitio" sin decir en qué entorno, y que el agente asuma que es el que está publicado. Solución simple: siempre especifica el objetivo — "actualiza la versión de prueba, no la que está publicada" — y comprueba esta regla en tu CLAUDE.md.
Una forma práctica de nunca equivocarte con esto: antes de pedir cualquier cambio, pregúntale al propio agente «¿esto que te pido modifica algo que ya está publicado o queda solo como prueba?». Hacer que el agente responda esa pregunta en voz alta (por escrito, en la conversación) lo obliga a revisar el contexto antes de actuar — y te obliga a leer la respuesta antes de aprobar.
📢 Nunca publiques sin aprobación explícita
Deja claro en tu CLAUDE.md que nada se publica —sitio, post, correo electrónico— sin tu aprobación explícita. Una regla escrita en el archivo se lee en cada sesión (módulo 0.4) y evita publicaciones accidentales.
Objetivo: bloquear una publicación accidental. Cómo verificar: pide una tarea que «publicaría» algo y confirma que el agente se detiene y pregunta antes de actuar.
"Publicar" aquí es cualquier acción que sale de tu computadora y se vuelve visible para otras personas: poner una página en línea, enviar un correo electrónico, publicar en redes sociales. La regla se aplica incluso cuando el agente tiene acceso técnico para hacerlo por su cuenta: tener acceso no es lo mismo que tener autorización.
Este cuidado se vuelve aún más importante cuando las Trilhas 4 y 6 te enseñen a poner al agente a trabajar solo, en horarios programados, sin que nadie esté mirando en ese momento. Una automatización que se ejecuta de madrugada y publica algo incorrecto es mucho más difícil de corregir que un error que se detecta en el momento — por eso la regla escrita en el CLAUDE.md sigue vigente aunque nadie esté supervisando en vivo.
✓ Comportamiento esperado
- ✓El agente prepara el borrador y lo muestra antes de enviarlo
- ✓El agente pregunta "¿puedo publicar esto?" y espera una respuesta
✗ Señal de alerta
- ✗El agente dice "ya publiqué" sin haber preguntado antes
- ✗No recuerdas haber aprobado ese envío
✅ Resumen visual: autorizar de una vez × revisar siempre
Usa esta tabla como referencia rápida cuando te surja una duda en medio de una tarea.
✓ Autorizar de una vez
- ✓Leer archivos, listar carpetas
- ✓Crear un archivo nuevo, aislado
- ✓Ejecutar un comando de prueba, localmente
✗ Revisar siempre antes
- ✗Borrar más de un archivo o carpeta
- ✗Modificar producción
- ✗Publicar, enviar o compartir cualquier cosa
💡 Consejo práctico
La confianza es gradual: empieza revisándolo todo y ve dando más libertad a medida que el agente demuestra que sigue las reglas de tu CLAUDE.md.
Cómo evoluciona la confianza a lo largo del curso
🏁 Ejercicio final de la ruta: crear, escribir, verificar
Cierra la Ruta 0 integrándolo todo: crear el proyecto, escribir el CLAUDE.md y pedirle al agente que resuma el propio proyecto: la prueba final de que el entorno está listo.
Objetivo: confirmar que el proyecto, CLAUDE.md y la lectura automática funcionan en conjunto. Cómo verificar: la respuesta del agente debe citar el objetivo y las reglas que coincidan con lo que quedó escrito en el archivo — si coinciden, la Ruta 0 está completa.
🩹 Errores comunes en este ejercicio
- "Comando no encontrado": la terminal (la ventana de comandos) no encontró el programa
claude— vuelve al módulo 0.2 y verifica si la instalación terminó. - El agente no recuerda el CLAUDE.md: confirma que el archivo esté guardado dentro de la misma carpeta del proyecto, no en otro lugar de la computadora.
- Cerraste la terminal sin querer en medio de la conversación: sin problema: vuelve a entrar en la carpeta (
cd) y ejecutaclaudeotra vez; CLAUDE.md se vuelve a leer automáticamente.
➡️ Rumbo a la Trilha 1: el framework WAT
Con el terminal instalado, el proyecto organizado, el CLAUDE.md conciso, el modo plan dominado y las reglas de seguridad establecidas, el entorno está listo. La Trilha 1 presenta el framework WAT (Workflows, Agent, Tools): la pieza que convierte pedidos sueltos en una automatización real.
🎯 Concepto principal
- •Trilha 0: preparar el entorno.
- •Trilha 1: entender cómo el agente realmente decide y actúa.
🔍 Ver por dentro: qué queda en cada lugar
Hasta ahora, todo lo que creaste — la carpeta del proyecto, CLAUDE.md, los archivos de prueba — está solo en tu computadora. Nada de eso va a internet por sí solo. Ejecutar comandos en la terminal no tiene un costo adicional, pero usar el agente normalmente depende de un plan o de créditos (consulta el módulo 0.2) — lo que cambia con este módulo no es el costo, sino el riesgo: publicar algo en un servicio pago solo ocurre con tu aprobación explícita, como viste en el tema 3.
Es por eso que toda la Trilha 0 se puede hacer en modo seguro: estás practicando en casa antes de abrirle la puerta al mundo.
💡 Consejo práctico
Guarda esta lista de verificación de seguridad: las tres reglas rojas (borrar en masa, producción, publicar) valen para todo el curso, no solo para esta ruta. Vuelve a leer este módulo cada vez que una ruta nueva desbloquee una capacidad nueva del agente.
Verificación rápida (opcional): ¿cuál de estas acciones NUNCA debe ejecutarse sin revisión explícita?