🏚️ Por qué esto importa específicamente aquí
La carpeta de tu asistente no es una carpeta común. Es su casa: el lugar donde viven el CLAUDE.md (el cerebro con las instrucciones permanentes, visto en el módulo 0.4), las notas de contexto que fue acumulando, las preferencias que ajustaste fase a fase (Casa, Vida, Manos, Crecimiento) y las decisiones que quedaron registradas a lo largo de meses. Perder esa carpeta no es perder “unos archivos”: es perder a un empleado completo al que capacitaste con tiempo y atención.
Piensa en lo contrario de contratar a alguien y que, tres meses después, esa persona se dé un golpe en la cabeza y olvide todo lo que aprendió sobre tu rutina, tus gustos y las reglas de la casa. Con un empleado humano, esto es poco común. Con una carpeta de archivos en una laptop común, es algo que pasa mucho más seguido de lo que parece — un disco duro que se corrompe, una sincronización en la nube que sobrescribe archivos, un borrado accidental al limpiar el disco.
💡 Concepto principal
La carpeta del asistente es un activo, no un detalle técnico. Guarda tiempo invertido que no se recupera en una tarde.
- •Cuantos más meses de uso, más cuesta perderlo: el costo de reconstrucción crece junto con el valor acumulado.
- •Proteger esta carpeta es parte del trabajo de «ser dueño» del asistente, no un extra opcional para después.
📜 Versionado, en lenguaje sencillo
¿Eres nuevo aquí? Ya usaste versionado sin saber el nombre: en Google Docs, cada cambio queda guardado en un "historial de versiones": puedes abrir el documento tal como estaba ayer o hace un mes y volver atrás si algo salió mal. El control de versiones es exactamente eso, pero para una carpeta entera de archivos: un sistema que guarda cada cambio, con fecha y un resumen de lo que cambió, para que puedas volver atrás cuando lo necesites.
La herramienta más usada para esto se llama git — un control de versiones (el nombre técnico de la categoría). No necesitas entender la ingeniería detrás: lo que importa es el concepto — cada vez que “guardas un hito” (eso se llama commit, una foto de ese momento de la carpeta), git guarda esa foto para siempre. Si un archivo de contexto queda desordenado, miras las fotos anteriores y recuperas la versión buena.
Leyenda: cada punto verde es un commit: una instantánea guardada de la carpeta ese día. Si algo se rompe después de «hoy», vuelves al punto de recuperación destacado sin perder todo lo anterior.
🔍 Por dentro
- Commit: una «foto» guardada de la carpeta, con una frase corta que indica qué cambió.
- Historial: la fila de todas las fotos, en orden — permite ver "qué cambió y cuándo" en cualquier archivo.
- Retroceder: pedir que restaure una foto anterior sin perder el resto del historial.
🧱 Dos capas de protección, no una
¿Eres nuevo aquí? Copia de seguridad es simplemente una copia de seguridad: una segunda copia de toda la carpeta guardada en otro lugar, local (por ejemplo, un disco duro externo) o en la nube (un servicio de almacenamiento en internet, como Google Drive o Dropbox). Resuelve el problema de que «desapareció todo»: si la computadora se rompe o se borra el archivo original, tienes de dónde recuperarlo.
El control de versiones con git es otra cosa, y ambos se complementan. El respaldo te devuelve la carpeta completa en un desastre total; git te da el historial línea por línea: el «qué cambió y cuándo» dentro de los archivos de contexto y decisiones, incluso si nada «desapareció». Tener solo respaldo y nunca control de versiones es como tener un seguro contra incendios, pero no tener forma de saber qué cambiaste ayer. Tener solo git sin hacer nunca un respaldo fuera de la máquina es confiar en que el disco nunca va a fallar: falla, tarde o temprano.
Leyenda: la carpeta en la base es el activo; el backup (medio) protege contra "desapareció todo"; el historial de versiones (arriba) protege contra "cambió y no sé qué" — ambas capas juntas cubren los dos riesgos.
✓ Las dos capas juntas
- ✓El disco duro falla → restauras desde la copia de seguridad
- ✓El archivo de contexto se volvió confuso → revisas el historial y recuperas la versión buena
- ✓¿Quieres saber «qué cambió la semana pasada»? El historial responde
✗ Una sola capa
- ✗Solo respaldo: sin visibilidad detallada de lo que cambió entre una copia y otra
- ✗Solo Git: un disco duro que falla sin respaldo externo pierde también el historial
- ✗Ninguna de las dos: un único punto de falla decide el destino de meses de trabajo
🔧 Paso a paso: cómo configurar las dos capas
No necesitas saberte la terminal de memoria para hacer esto: el propio Claude Code configura las dos capas por ti, si se lo pides con claridad. El paso a paso de abajo parte de cero conocimientos previos.
Abre la terminal en la carpeta del asistente
O terminal es el cuadro de texto que da órdenes directamente a la computadora (lo viste en el módulo 0.2): aquí nada cambia respecto a lo que ya haces todos los días.
Pídele a Claude Code que configure el historial de versiones (git)
Usa el bloque copy-run que aparece abajo. Convierte la carpeta en un repositorio versionado sin que tengas que ejecutar ningún comando manualmente.
Configura la copia de seguridad en una segunda ubicación
Local (disco duro externo, memoria USB) o en la nube (carpeta sincronizada de un servicio de almacenamiento). Lo importante es que quede fuera del mismo disco donde está la carpeta original.
Confirma que ambos estén funcionando
Consulta el "cómo verificar" del bloque copy-run — no basta con configurarlo una vez, hay que confirmar que el commit y la copia realmente se hicieron.
Configure backup e versionamento para a pasta deste assistente.
Objetivo: proteger tudo que está aqui (CLAUDE.md, contexto,
decisões) contra perda, com duas camadas.
1. Inicialize um repositório git nesta pasta, se ainda não
existir, e faça um primeiro commit com tudo que já está aqui.
2. Crie um arquivo .gitignore básico (excluindo segredos, chaves
de API e arquivos temporários — nunca versionar credenciais).
3. Sugira um comando simples que eu possa rodar toda semana para
salvar um novo commit ("checkpoint semanal").
4. Explique, em português simples, como eu faço uma cópia de
segurança desta pasta inteira em <meu HD externo ou serviço
de nuvem> (troque pelo que eu realmente uso).
5. Ao final, me diga como eu confirmo que o histórico de versões
está funcionando (que comando roda para ver o histórico).✅ Cómo verificar
Pídele al agente que enumere el historial de commits: si aparece al menos un elemento con fecha y una frase que describa el cambio, el control de versiones está activo. Para la copia de seguridad, abre la segunda ubicación (disco duro o carpeta en la nube) y comprueba que los archivos más recientes estén allí con la fecha de hoy.
📅 Rutina: cuándo hacer qué a lo largo del mes
La copia de seguridad y el control de versiones solo funcionan si se convierten en rutina: configurarlos una vez y no volver a ocuparse de ellos es casi tan malo como no tener nada. La frecuencia de abajo es la recomendación de INEMA para la carpeta de un asistente en uso activo.
Commit rápido al final del día de uso
Si hoy modificaste el CLAUDE.md o algún archivo de contexto, un commit breve («ajusté la preferencia de horario») ya crea un punto de recuperación. Pedírselo al agente toma menos de un minuto.
Punto de control semanal + revisión del historial
Una vez por semana, revisa los commits de la semana: confirma que el historial tenga sentido y detecta cualquier commit olvidado.
Copia de seguridad completa verificada
Una vez al mes, confirma que la copia de seguridad esté actualizada y —el paso que casi todo el mundo se salta— prueba de verdad si puedes abrir un archivo desde ella.
💡 Consejo práctico
Pídele al propio asistente que te lo recuerde: "todos los viernes, pregúntame si ya hice el checkpoint semanal". Esto se conecta con el módulo 6.2 (tareas programadas): la rutina de protección puede ser automática en vez de depender de tu memoria.
⚠️ Errores que cuestan caro
La mayoría de los desastres de datos no se debe a la falta de herramientas — se debe a un hábito mal formado. Los dos pares de abajo cubren los errores más comunes que INEMA ve en esta etapa del curso.
✓ Rutina sencilla de respaldo
- ✓Copia mensual fuera del disco original, probada de verdad
- ✓Alerta o recordatorio configurado —no depende de tu memoria
✗ No tener nunca una copia de seguridad
- ✗"Mi computadora nunca tuvo problemas" — hasta el día en que los tiene
- ✗Solo un lugar donde se guardan meses de contexto y decisiones
✓ Tener ambos: guardar + historial
- ✓"Guardé el archivo" garantiza que la edición de ahora no desaparezca
- ✓"Tengo historial" garantiza que recuperas la versión de ayer si la de hoy da problemas
✗ Confundir «lo guardé» con «tengo un historial»
- ✗Creer que Ctrl+S lo resuelve todo — solo garantiza el presente, no el pasado
- ✗Descubrir que necesitabas «lo de antes» solo después de haberlo sobrescrito
⚠️ Atención
Nunca incluyas en el repositorio git claves de API, contraseñas o credenciales en texto sin formato, ni siquiera al hacer una copia de seguridad. Si algún día se comparte o se filtra ese historial, las credenciales quedarán expuestas para siempre. Guárdalas en archivos separados excluidos por `.gitignore`, tal como pide el propio prompt del tema 4.
🎯 Concepto principal
- •Con todo protegido, el siguiente paso es cerrar el capstone —el módulo 7.6 reúne todo en una entrega final.
- •La copia de seguridad y el control de versiones no son una tarea puntual: son hábitos que se mantienen mientras el asistente esté en uso.
Verificación rápida (opcional): ¿cuál es la diferencia principal entre una copia de seguridad y el control de versiones con git?