🛟 Cuando algo se rompe: depurar y proteger tu trabajo
Tarde o temprano algo fallará: un error al arrancar, una instalación que se atasca, Claude Code que hace algo distinto. No es un drama: es parte de construir. Este capítulo te da un método sereno para resolverlo y, sobre todo, para no perder nunca tu trabajo ni exponer tus datos.
- Leer un error sin asustarte y resolverlo con Claude Code.
- Un método de depuración paso a paso que sirve para todo.
- Proteger tus claves, tus datos personales y tus copias de seguridad.
Los errores son mensajes, no castigos
Método de depuración en cinco pasos
Cuando algo no funcione, ve en orden. No saltes pasos:
- Lee el mensaje. La última línea suele decir lo esencial.
- Aísla qué cambió. ¿Funcionaba antes? ¿Qué hiciste justo antes de que fallara?
- Comprueba lo básico. ¿Está Ollama en marcha? ¿Hiciste
npm install? ¿Estás en la carpeta correcta (pwd)? - Pásaselo a Claude Code con el error completo y qué estabas haciendo.
- Un cambio cada vez. Aplica una solución, prueba, y solo si no va, prueba la siguiente.
La red de seguridad: Git y copias
Si tienes miedo de “romper algo”, la solución es poder volver atrás. Ya lo viste en el capítulo de proyectos, pero aquí es donde de verdad te salva:
Algo se ha estropeado y no sé qué. Vuelve al último commit que funcionaba y explícame qué has revertido.
Protege tus datos y tus claves
Cuando tus proyectos manejan información real —facturas, documentos de clientes, claves de API— la seguridad deja de ser opcional.
- Claves y contraseñas nunca en el código. Van en un archivo
.envque no se sube a internet. Pídeselo a Claude Code: “asegúrate de que mis claves están en .env y de que .env está en el .gitignore”. - No subas datos personales a GitHub. Antes de publicar, revisa que no haya documentos de clientes ni bases de datos reales dentro.
- Cuidado al construir con datos sensibles. La app corre en local, pero Claude Code razona en la nube. No pegues datos confidenciales reales en el chat mientras construyes; usa ejemplos ficticios.
- Copias de seguridad de verdad. Una copia que nunca has probado a restaurar no es una copia. Comprueba de vez en cuando que puedes recuperar tus datos.
.env en el .gitignore? Si las tres respuestas son correctas, adelante.- Commit de Git cuando algo funcione.
- Claves en
.env, nunca en el código ni en GitHub. - Copia de la carpeta (y de la base de datos) fuera del ordenador cada cierto tiempo.
- Prueba de vez en cuando que sabes restaurar esa copia.
Reto para practicar
Provoca un error a propósito en un proyecto de prueba (por ejemplo, borra una línea del código), observa el mensaje, pégaselo a Claude Code y arréglalo. Perder el miedo a los errores es lo que te convierte en autónomo de verdad.