¿Estás usando GitHub sin saber muy bien lo que haces?
Usarlo a ciegas es la receta perfecta para romper algo.
En GitHub solo hay tres botones verdes.
Y solo hay un lugar donde mirar antes de pulsarlos.
Este artículo te muestra exactamente dónde mirar y qué pulsar en la pantalla de GitHub, todo marcado con recuadros rojos.
Conectar, enviar, revisar el diff, fusionar y revertir.
Vamos a recorrer este ciclo completo con 10 capturas de pantalla reales.
La IA se encarga de escribir.
Tú solo tienes que mirar y pulsar.
Te iré explicando los términos más complicados de forma sencilla a medida que aparezcan.
※ Las pantallas y especificaciones de GitHub de este artículo se verificaron en octubre de 2026. Las interfaces pueden cambiar.
Capítulo 1: Conectarse a GitHub | Crear un repositorio y subir registros locales
La interfaz de GitHub está en inglés.
Pero los lugares donde tienes que pulsar siempre son los mismos.
Los recuadros rojos en las capturas te indican dónde mirar y dónde hacer clic.
En este capítulo, solo hay un botón verde que pulsar.
Primero, vamos a crear un repositorio.
Un repositorio es como una taquilla donde guardas tus registros de Git en internet.
Hablé sobre lo que hay dentro de esa taquilla y cuatro términos clave en mi publicación anterior.
【Con diagramas】Git explicado para estudiantes de secundaria
https://x.com/dan_pro_man/status/2107224533099069671?s=20
Aunque no la hayas leído, puedes completar el ciclo entero solo con este artículo.
Inicia sesión en GitHub y selecciona "New repository" desde el icono "+" en la esquina superior derecha.
Si abres https://github.com/new, llegarás a la misma pantalla.
Lo único que necesitas rellenar es el nombre.
Escribe un nombre alfanumérico en "Repository name".
"git-practice" sirve perfectamente.
Selecciona "Private" en "Choose visibility".
Esto significa que no será público.
Deja desactivado por ahora el interruptor de "Add README".
Si ya tienes registros locales, es mucho más fácil conectar si creas un repositorio vacío.
Pulsa el botón verde "Create repository" en la parte inferior.
La pantalla que aparece justo después de pulsarlo es la parte más importante de este capítulo.
Cerca de la parte inferior verás un encabezado: "…or push an existing repository from the command line".
Las tres líneas que hay debajo son los comandos que usaremos hoy.
Las siete líneas de arriba son para quienes aún no tienen registros locales, así que puedes ignorarlas.
Esto es lo que significa cada una de las tres líneas:
Línea 1: Le dices a tu registro local cuál es la dirección de esta taquilla.
Línea 2: Alineas el nombre de la rama principal a "main".
Línea 3: Guardas la rama main en la taquilla.
Copia la dirección (recuadro rojo) de esta pantalla y envíasela a la IA en una sola línea.
1Sube los registros de esta carpeta a https://github.com/nombre-de-cuenta/git-practice
Claude Code escribirá esas tres líneas por su cuenta.
Claude Code es una IA que ejecuta tareas en tu ordenador siguiendo tus instrucciones.
En mi manual de instrucciones, exijo confirmación antes de hacer push.
Hacer push es la operación de guardar los registros locales en la taquilla.
Por eso, se detiene aquí un momento.
Responde "Yes" y luego actualiza la pantalla del navegador.
Donde antes estaban los tres comandos, ahora aparecen alineados tus archivos locales. Al lado verás el mensaje de commit.
Esta es la señal de que estás "conectado".
Aquí quiero que te fijes en una cosa.
El texto "main" que aparece encima de la lista de archivos.
Indica qué marcador estás viendo en ese momento dentro de la taquilla.
Un marcador es una rama.
Señala en qué columna estás apilando los registros.
De ahora en adelante, no toques directamente este "main".
Al principio, yo tampoco le prestaba mucha atención a esto.
Trabajaba en main y perdía tiempo buscando cómo volver atrás.
Cuando las conexiones fallan, casi siempre es por la dirección.
Falta el ".git" del final.
El nombre de la cuenta está mal escrito.
Si ves "not found", vuelve a copiar la dirección de la Imagen ②.
A estas alturas, tus registros locales ya están conectados a GitHub. Lo siguiente es el ciclo diario de fusionar mediante Pull Requests.
**
Capítulo 2: Fusionar mediante Pull Request | Enviar el trabajo de la IA, revisar el diff y pulsar
Aquí empieza el ciclo diario.
Un Pull Request es un envío que dice: "Por favor, fusiona esto".
En este capítulo hay tres botones verdes que pulsar.
La IA escribe.
Tu único trabajo es mirar y pulsar.
Primero, envíale una línea a la IA.
1Crea una nueva rama, añade 3 líneas de uso al README, haz commit y súbelo a GitHub
El README es el primer archivo donde describes el repositorio.
Claude Code crea una rama.
Modifica el archivo y hace commit.
Por último, se detiene antes de hacer push y te pregunta.
Responde "Yes" y abre la taquilla en tu navegador.
Aparecerá un banner amarillo en la parte superior.
Te avisa: "Acabo de guardar esta rama".
Pulsa el botón verde "Compare & pull request" a la derecha.
Este es el 'Envío'.
Es como entregarle un cuaderno de borrador al profesor.
Solo con enviarlo no se copia nada a la versión final.
La copia ocurre después de la revisión.
Hay tres cosas en las que fijarte en la pantalla de envío.
1ª: La flecha en la parte superior.
"base: main" y "compare: work-branch"
Esto indica desde dónde y hacia dónde se va a fusionar.
Simplemente confirma que el lado izquierdo es main.
2ª: El título en "Add a title".
Si lo genera la IA, incluirá un resumen de los cambios.
Si lo envías manualmente, el mensaje de commit vendrá ya rellenado.
Si lo envías tú, escribe en una línea "qué se ha hecho".
3ª: El botón verde "Create pull request".
Al pulsarlo, aceptas el envío.
Después de enviarlo, hace falta intervención humana.
Aparecen cuatro pestañas en la parte superior de la pantalla.
Mira solo la última de la derecha: "Files changed".
Significa archivos modificados.
Las líneas verdes son añadidos.
Las líneas rojas son eliminaciones.
Esto es el diff.
Si las 3 líneas que pediste están en verde, todo correcto.
En la captura de ejemplo también se añadieron encabezados y líneas en blanco, por lo que hay 6 líneas verdes.
Si hay líneas rojas que no pediste, no fusiones.
En la captura de ejemplo hay 1 línea roja.
Ha desaparecido una línea de notas de "Items placed".
Si no pediste esto, detente aquí.
Pregúntale a la IA: "¿Por qué has borrado esta línea roja?".
Estos son los 30 segundos más críticos cuando delegas trabajo a la IA.
Antes, cuando solo ver notificaciones de revisión me revolvía el estómago, solía pulsar sin comprobar esto.
Ahora, primero cuento las líneas rojas.
Si hay aunque sea una línea roja que no pedí, me detengo.
Si el diff no tiene problemas, vuelve a "Conversation".
Cerca de la parte inferior hay un botón verde "Merge pull request".
Si encima pone "No conflicts with base branch", puedes fusionar directamente.
Al pulsarlo, cambiará a "Confirm merge".
Vuelve a pulsar.
Ahora, los registros de la rama de trabajo se han fusionado en main.
El color cambia a morado y muestra "Merged".
Debajo aparece un cuadro que dice "Pull request successfully merged and closed".
A su derecha está "Delete branch".
Puedes pulsarlo sin miedo.
Solo desaparece el "marcador" de la rama de trabajo dentro de la taquilla.
Como los registros ya se fusionaron en main, no se pierde nada.
Por último, actualiza tu entorno local.
Dile a la IA: "Cambia a main y descarga lo último de GitHub".
Con eso completas un ciclo.
Empieza la siguiente tarea desde una rama nueva.
No trabajes en main.
A estas alturas, ya has completado el ciclo de enviar, revisar el diff y fusionar. Lo siguiente trata sobre Revert, el botón para deshacer errores después de fusionar.
**
Capítulo 3: Revertir | Deshacer errores tras fusionar con un solo botón
A veces te das cuenta de un error después de fusionar.
En Git, "deshaces" los registros guardados sin borrarlos.
La pantalla de GitHub tiene un botón para esto.
Se llama "Revert".
Vuelve a abrir el Pull Request que acabas de fusionar.
Verás una línea que dice "merged commit … into main".
En el extremo derecho de esa línea está "Revert".
¿Qué pasa cuando lo pulsas?
Los registros no se borran.
Se crea un nuevo Pull Request con los cambios opuestos.
Según la documentación oficial, la reversión ocurre cuando fusionas este nuevo Pull Request.
Así que revertir sigue el mismo ciclo que el Capítulo 2.
Revisa el diff y pulsa el botón verde.
En lugar de borrar, se añade un registro de "revertido".
Si se lo pides a la IA, dile: "Deshaz el Pull Request que acabo de fusionar".
Claude Code hace lo mismo con git revert.
Hay otra pantalla con la que podrías toparte.
"This branch has conflicts that must be resolved".
Esto es un conflicto.
Ocurre cuando la misma línea se modificó de forma distinta en main y en la rama de trabajo.
El botón verde se vuelve gris y no se puede pulsar.
No intentes arreglarlo en la pantalla; envíale una línea a la IA.
1Descarga main y muéstrame ambas versiones de las partes en conflicto
Tú decides cuál conservar.
Cuando la IA lo arregle y lo vuelva a subir, el botón verde regresará.
Los conflictos no son fracasos.
Simplemente revelan el hecho de que la misma línea se editó dos veces.
Por último, algo que no aparece en pantalla.
Las claves.
Los archivos que contienen contraseñas o API keys nunca deben subirse a GitHub.
Incluso si haces Revert, una vez que una clave se sube, se considera comprometida y hay que regenerarla.
Antes de subir nada, dile a la IA: "Excluye .env de los registros".
En mi propio trabajo, escribo configuraciones de AWS en archivos de texto y sigo este mismo ciclo.
Las configuraciones que se fusionan sin revisar los diffs se ejecutan directamente en producción.
Por eso, no delego en la IA esos 30 segundos críticos antes de pulsar.
Los humanos pulsamos todos los botones de la pantalla.
Aunque amplíe lo que dejo en manos de la IA, esta regla no cambia.
Con esto, el ciclo completo de conectar, enviar, fusionar y revertir está terminado.
Por último, te dejo material listo para usar.
He detallado los pasos para completar un ciclo en la pantalla de GitHub.
He empaquetado las capturas y los prompts de este artículo en formatos listos para usar.
- Póster de traducción de pantallas de GitHub (9 pantallas, 69 términos)
- Mapa de recuperación para cuando la IA rompe algo (6 escenarios)
- 7 Prompts para un ciclo completo
- Hoja de verificación previa a la fusión (8 puntos)
Todo entregado junto en un cuadernillo PDF de 15 páginas.
Solo con esto, puedes empezar a completar ciclos hoy mismo.
Para recibirlo, simplemente únete al Open Chat de abajo.
Sigue las instrucciones tras unirte, envía "Submit" y te llegará automáticamente.
https://line.me/ti/g2/pEpZQdEyn1BM5Zi2wqLBT2rZYpC0ZaOncIWTag
Resumen: Completa un solo ciclo hoy
No metas el trabajo de la IA directamente en main.
Envíalo desde una rama de trabajo, revisa el diff y pulsa los botones verdes.
Había tres botones verdes que pulsar en un ciclo.
El día que pulsé Revert por primera vez, entendí que los registros no se borran.
Después de eso, dejé de tener miedo a tocar cosas.
No tienes que hacerlo todo de golpe.
Hoy solo hay una cosa que hacer.
Abre el repositorio que creaste en el Capítulo 1 y envíale una línea a la IA.
Crea una nueva rama, añade 1 línea al README y súbelo a GitHub
Cuando aparezca el banner amarillo, pulsa el botón verde y abre "Files changed".
Si solo hay una línea verde, todo correcto.
Mira esa línea con tus propios ojos antes de fusionar.
Ese es el primer paso para ampliar lo que puedes delegar a la IA.
Para los ingenieros mayores de 30, ganar no consiste en el volumen de trabajo, sino en el diseño.
En lugar de reaprender herramientas cada vez que se actualizan, es más rápido definir hasta dónde llegar.
AWS y la IA evolucionan a toda velocidad.
Ver los registros de personas que prueban en entornos reales es más rápido que intentar seguir el ritmo solo.
En mi práctica de IA × Ingeniería, dejo constancia no solo de los aciertos, sino también de lo que se rompió y lo que descarté.
¡Sígueme para no perderte nada! @dan_pro_man
