Te ha pasado, o te va a pasar: le pides a la IA un cambio pequeño, ella toca cuarenta archivos, y de repente tu app que funcionaba perfecto ya no abre. No siempre es un desastre —muchas herramientas guardan tu proyecto— pero un comando equivocado, un borrado accidental o un cambio masivo de la IA sí te pueden dejar sin forma de volver. GitHub es tu seguro propio, separado de la herramienta: vuelves al instante exacto en que todo funcionaba, con un clic, sin perder nada. No es solo "para programadores" — es la red que te quita el miedo a dejar que la IA trabaje a fondo. Pero el secreto no es montarlo una vez: es saber EN QUÉ MOMENTO guardar y volverlo un hábito. Eso es lo que de verdad te aprendes aquí.
La necesidad aparece justo cuando empiezas a construir una app de verdad con IA — no cuando solo charlas con ella. En ese punto la IA toca muchos archivos a la vez, y un día le pides un cambio pequeño y, sin querer, rompe tres cosas que funcionaban. Ahí es cuando descubres si tenías una red… o no.
Y hay un segundo freno, más sutil: el miedo a experimentar. Sin red, pides cambios tímidos para no romper nada — y los cambios tímidos no construyen nada grande. Con GitHub guardado, te atreves: si sale mal, vuelves atrás y listo.
Git es el sistema que guarda fotos de tu proyecto en el tiempo (cada foto se llama commit). GitHub es la nube donde subes esas fotos para tenerlas a salvo y poder volver a cualquiera. Git vive en tu computador; GitHub vive en internet. Juntos = respaldo + máquina del tiempo.
Esto es clave para entender por qué GitHub te conviene siempre, sin importar con qué construyas. Las herramientas de IA guardan tu proyecto de dos formas, y en ambas GitHub gana:
Carpeta local — herramientas como Claude Code trabajan sobre una carpeta en tu propio computador. Para verla corriendo abres el localhost en tu navegador. El proyecto es tuyo y está en tu disco… pero si lo borras por accidente o un comando lo daña, sin respaldo en la nube no hay vuelta atrás.
Sandbox propio — otras herramientas (como NeuralOS, v0, Bolt y similares) corren tu app dentro de su propio entorno, y tú la ves desplegada ahí mismo, sin manejar carpetas. Comodísimo. Pero tu código vive en la cuenta de esa plataforma — si quieres una copia que sea tuya de verdad y que sobreviva pase lo que pase, la pones en GitHub.
Si la palabra "terminal" te da pereza, esta es tu vía. GitHub Desktop es la app oficial y gratuita de GitHub: hace todo con botones. Ves la lista de tus cambios, escribes una nota, y guardas — sin un solo comando. Su propio lema lo dice: "concéntrate en lo que importa en vez de pelear con Git".
desktop.github.com/download (Mac y Windows).A partir de ahí, cada vez que la app te muestre cambios, escribes una nota corta abajo a la izquierda (el Summary), pulsas Commit to main, y luego Push origin. Eso es un punto de guardado subido a la nube. Hazlo cada vez que algo funcione bien.
Si prefieres la terminal (o tu IA la usa por ti), con estos cuatro comandos tienes el 90% de lo que necesitas. Tu IA los conoce de memoria — puedes pedirle que los ejecute y te explique cada uno.
git init git add . git commit -m "primer punto de guardado: el proyecto funciona"
git status
git add . git commit -m "describe en pocas palabras qué lograste"
git push
Aquí está el superpoder. Imagina que tu app funcionaba, le pediste un cambio, y ahora está rota. Si guardaste un punto cuando funcionaba, recuperarlo es trivial. En GitHub Desktop: menú History, clic derecho sobre el punto bueno → Revert changes. Con comando, tienes dos formas según lo que quieras:
git revert HEAD
Ese git revert es el más seguro: no borra historial, solo crea un punto nuevo que deshace el último. Si solo quieres recuperar un archivo tal como estaba en un punto anterior, le pides a tu IA: "devuélveme el archivo X tal como estaba en el último commit que funcionaba" y ella usará git checkout. La regla de oro:
revert, reset o checkout. Dile: "algo se rompió. Devuélveme el proyecto exactamente como estaba en el último punto que funcionaba, sin perder mi trabajo posterior si es posible." Tu IA elige el comando correcto. GitHub es la red; tu IA es quien la usa.Una rama es una copia paralela de tu proyecto donde puedes experimentar sin tocar la versión que funciona. ¿Quieres que la IA intente algo arriesgado? Creas una rama, lo prueba ahí, y si sale bien lo unes (merge); si sale mal, la borras y no pasó nada. Tu versión principal nunca corrió peligro.
main) es tu documento en limpio. Una rama nueva es una fotocopia donde haces garabatos. Si los garabatos quedaron bien, los pasas al limpio. Si no, tiras la fotocopia. El original siempre intacto.git checkout -b prueba-arriesgada
Aquí está el verdadero secreto, y es lo que casi nadie hace: GitHub no se monta una vez y ya. Su valor está en el hábito. Si no alimentas GitHub de forma constante, el día que lo necesites no habrá nada a lo cual volver. Estos son los cinco momentos en que guardar no se negocia — los mismos que usamos los que construimos en serio:
Un buen historial es uno donde cada punto significa algo. Dos reglas simples para que tu GitHub sea útil y no un basurero:
node_modules), temporales ni secretos (.env). Eso va en el .gitignore (lo vemos abajo)..env), nunca deben subir a GitHub. Pídele a tu IA que cree un archivo .gitignore con .env adentro — eso le dice a Git "ignora esto, no lo guardes". Es el error número uno y se evita en 10 segundos.Si estás usando un agente de código (como Claude Code), casi todo se hace por el chat — no tienes que aprenderte comandos. Esto es lo que tu agente PUEDE hacer solo por mensaje, y lo poco que te toca a ti:
.gitignore, el primer punto de guardado, todos los guardados siguientes, subir a la nube y volver atrás si algo se rompe.github.com y, si quieres conectar a mano, crear el repositorio vacío ahí. Algunos agentes incluso esto lo hacen solos si les das permiso.mi-tienda-online, app-de-recetas, landing-cafe. Sin tildes ni mayúsculas raras. El nombre solo lo ves tú (y quien invites). Si dudas, ponle el nombre de tu proyecto tal cual.Este es el prompt completo, de principio a fin. Cópialo, reemplaza lo que está entre corchetes, y pégaselo a tu agente de código. Te deja GitHub montado, conectado y con el hábito de recordarte guardar.
Quiero proteger mi proyecto con GitHub aunque no sé de git. Guíame paso a paso y hazlo tú donde puedas. Mi proyecto se llama [NOMBRE]; lo construyo con [Claude Code / NeuralOS / otra herramienta]. 1) CUENTA: si no tengo cuenta de GitHub, dime exactamente cómo crearla en github.com (gratis) en pasos cortos. 2) REPOSITORIO: dime cómo crear un repositorio NUEVO y PRIVADO. Sugiéreme un nombre en minúsculas con guiones a partir del nombre de mi proyecto. Si puedes crearlo tú con mi permiso, hazlo; si no, dime los clics exactos y yo te paso el nombre o la URL. 3) LIMPIEZA: crea un .gitignore que ignore .env, node_modules, archivos temporales y cualquier secreto, para no subir basura ni contraseñas. 4) PRIMER PUNTO: inicializa git, haz el primer commit con un mensaje claro y conéctalo y súbelo a mi repositorio privado. 5) HÁBITO: de ahora en adelante, cada vez que logremos algo que funcione, ANTES de un cambio grande, y después de revisar/arreglar bugs, recuérdame guardar un punto y pregúntame si lo subimos a la nube. Usa mensajes de commit claros que mi yo del futuro entienda. 6) RESCATE: si algo se rompe, ayúdame a volver al último punto que funcionaba sin perder mi trabajo, y explícame en una frase qué pasó. Hazlo simple. Si algo solo lo puedo hacer yo por la web, dímelo con los clics exactos.
GitHub Desktop — la app oficial y gratuita de GitHub para usar Git con botones, sin terminal. "Concéntrate en lo que importa en vez de pelear con Git." Descárgala en desktop.github.com/download.
Únete a 4.200+ creadores. Sin tarjeta. Construye tu primera app con IA en minutos.