LAB / ESPECIAL 001DE LA CURIOSIDAD AL PRIMER COMMIT

¿Qué es GitHub?¿Por qué su valorsube como la espuma?

✳EL CÓDIGO CAMBIÓ.
LA FORMA DE CREAR, TAMBIÉN.

Aquí te explicamos qué es, cómo funciona y los primeros pasos para clonar tu primer repositorio o crear uno con Git. Sin hablarte en código.

Hagamos tu primer commit ↘
◉ mamifero / tu-proxima-idea● LIVE
↳README.mdv.001
maintu-primera-rama
01 / UNA IDEA EMPIEZA AQUÍ
✓ primer commit
algo nuevo acaba de empezar
01 / ENTENDER ANTES DE TECLEAR

Una casa para el código.
Y para lo que viene.

GitHub es una plataforma para guardar proyectos, seguir sus cambios y construir con otras personas. Piensa en un taller compartido que recuerda cómo llegó cada pieza hasta aquí.

En una carpeta normal puedes terminar con final-v2-ahora-si. Con el control de versiones registras qué cambió, quién lo cambió y por qué. Puedes comparar versiones y trabajar en caminos paralelos.

GitHub añade una capa social y operativa: perfiles, conversaciones, revisiones, tareas, automatizaciones y herramientas de IA. Aloja código, pero también documentación, sitios, investigaciones y materiales educativos.

git●

Git es la memoria.

El sistema de control de versiones que instalas en tu computador. Registra el historial incluso sin internet.

HERRAMIENTA LOCAL
+
GitHub↗

GitHub es el encuentro.

La plataforma en internet donde compartes repositorios y coordinas el trabajo. Se apoya en Git.

PLATAFORMA COLABORATIVA
↳ Puedes usar Git sin GitHub. También existen GitLab y Bitbucket. Lo que aprendes de Git te sirve en distintas plataformas.
02 / MÁS QUE UNA MODA

El código ahora
tiene más manos.

La IA facilita empezar a construir. GitHub reúne el contexto, el historial y la colaboración que hacen falta para convertir esa velocidad en proyectos que se puedan mantener.

180 M+desarrolladores en GitHub
4,3 Mproyectos relacionados con IA
630 Mproyectos totales

Cifras del informe Octoverse 2025, no un contador en tiempo real. Consultar el informe ↗

↗ 01

Efecto comunidad

Cuando un proyecto, sus colaboradores y sus dependencias ya están en un lugar, colaborar allí tiene menos fricción. Un issue público puede convertirse en una mejora reutilizada por miles de personas.

↗ 02

La IA necesita contexto

Un agente trabaja mejor cuando puede leer archivos, instrucciones y pruebas. Un repositorio organiza ese contexto y permite revisar el resultado antes de integrarlo.

↗ 03

De archivo a flujo

La conversación, la revisión y las pruebas pueden acompañar cada cambio. El repositorio se convierte en una base de trabajo para personas y agentes.

¿Y qué significa que “su valor sube como la espuma”? +

En este especial hablamos de utilidad y relevancia dentro del ecosistema de desarrollo. Las cifras de adopción no prueban por sí solas una valoración financiera ni una productividad mayor. La relación entre IA y valor para equipos es una interpretación editorial: debe contrastarse con calidad, costos y resultados de cada proyecto.

03 / EL DEBATE QUE ACABA DE ABRIRSE

Anthropic y Scion:
qué cambia de verdad.

CONTEXTO · OCTUBRE DE 2026

Anthropic anunció el 13 de octubre de 2026 la migración de su monorepo de Git a Scion. Pasó de unos 2.500 cambios integrados al día en mayo a más de 30.000 en septiembre.

Scion ejecuta operaciones en servidores y permite consultar datos por API. Es un sistema interno para esa escala, no un reemplazo general de Git.

Leer el anuncio de Anthropic · actualizado el 15 de octubre ↗
GIT · TRABAJO DISTRIBUIDO
Tu copia localRepositorio remoto

Git permite registrar versiones y consultar el historial localmente. Es útil cuando necesitas trabajar sin conexión y conservar autonomía sobre tu copia.

Cómo funciona Git ↗
SCION · SERVICIO CENTRAL
Agente conectadoServicio de versiones

El cliente consulta al servicio; el servidor realiza las operaciones de versionado.

Contexto, versiones y comunicación: tres cosas diferentes

El historial responde “¿qué cambió?”

El control de versiones permite relacionar estados de un proyecto. Una API es una interfaz para solicitar operaciones a un servicio. El contexto es la información que una herramienta tiene disponible para resolver una tarea: un archivo, una conversación o una instrucción.

MCP conecta herramientas y datos

MCP estandariza conexiones entre aplicaciones de IA y herramientas o fuentes externas. No sustituye al control de versiones. Tener acceso a información para responder y registrar cómo evoluciona un proyecto resuelve necesidades distintas.

Qué es MCP · documentación oficial ↗
QUÉ SIGNIFICA PARA QUIEN ESTÁ APRENDIENDO

Una decisión de infraestructura no anuncia el final de una plataforma.

Git es un sistema de control de versiones. GitHub es una plataforma que lo utiliza y añade colaboración y otros servicios. Por eso, evaluar una alternativa para un repositorio no equivale a demostrar que toda una plataforma perderá su utilidad o su valor.

El debate útil es cómo coordinar el trabajo cuando aumenta el número de cambios: qué debe resolverse en cada equipo, qué puede atender un servicio y cuánto cuesta mover y revisar los datos. Para elegir herramientas, importa medir esas necesidades en tu proyecto.

Este anuncio no da base para afirmar que GitHub vaya a perderlo todo en los próximos días. Tampoco cambia automáticamente las herramientas que necesitas para seguir esta guía.

¿Sigue teniendo sentido aprender Git? +

Sí. Comprender versiones, ramas, diferencias y revisiones te permite evaluar lo que hace una herramienta, aunque cambie la interfaz. Para empezar, la guía práctica de este especial sigue siendo aplicable; compara cualquier alternativa con tus necesidades, permisos y forma de colaborar.

04 / DEL CAMBIO A LA COLABORACIÓN

Una idea. Una rama.
Muchas posibilidades.

En lugar de editar todos sobre el mismo archivo a ciegas, creas una rama, guardas cambios y propones incorporarlos.

mainmi-mejora

Crea una rama para trabajar en tu idea sin cambiar directamente main.

Lo local y lo remoto

Tu computador tiene una copia local. GitHub puede guardar una copia remota. commit guarda en tu equipo; push envía cambios; fetch consulta el remoto; pull obtiene e integra cambios.

Un PR es una conversación

El pull request muestra diferencias entre ramas, permite comentarios y reúne las comprobaciones. Abrirlo no significa publicar automáticamente. El equipo decide cuándo integrar.

05 / MANOS AL REPOSITORIO

Tu primer paso
no necesita ser gigante.

Elige por dónde entrar. Puedes empezar en el navegador o practicar en tu computador. Las instrucciones se despliegan completas para que avances a tu ritmo.

Antes de comenzar

Crea tu cuenta en github.com, activa la autenticación de dos factores y, si usarás terminal, instala Git desde su sitio oficial. En Windows, Git Bash permite seguir los ejemplos de shell de esta guía; en macOS o Linux puedes usar la terminal.

COMPROBAR GIT
git --version

Si aparece una versión, está instalado. Si el comando no se reconoce, termina la instalación y vuelve a abrir tu terminal.

De cero a tu primer cambio, en el navegador.

  1. Crea el lugar para tu proyecto

    En GitHub, usa el botón + → New repository. Escribe hola-github, elige la visibilidad e incluye un README. Un repositorio privado es una buena opción para practicar.

  2. Abre una rama

    Desde el selector de rama, crea mi-presentacion. Así la propuesta queda separada de main.

  3. Edita el README

    Abre README.md, elige editar y escribe una presentación. Guarda con Commit changes y un mensaje como “Agrega presentación al README”. Markdown permite títulos con # y listas con guiones.

  4. Propón e integra

    Ve a Pull requests → New pull request. Compara tu rama con main, revisa las diferencias, escribe el contexto y crea el PR. Cuando esté correcto y los permisos lo permitan, usa Merge pull request y confirma.

Tutorial oficial Hello World ↗

Tu pequeña gran victoria

Marca lo que ya hiciste. Tu avance se guarda solo en este navegador.

0 de 4 pasos completados

06 / LA PANTALLA NEGRA, EN FÁCIL

No es magia.
Es una conversación.

La terminal es una ventana. El shell interpreta lo que escribes. Git es uno de los programas que puedes invocar desde allí.

Bash, Zsh y PowerShell son shells. Python y JavaScript son lenguajes de programación. Markdown da formato a documentación. YAML se usa, por ejemplo, para configurar GitHub Actions. Son capas distintas.

En git commit -m "Mi cambio", git es el programa, commit la acción y -m una opción. El texto entre comillas es el mensaje. No copies el símbolo $ cuando aparece como indicador de terminal.

● ● ●tu-primer-repo — simulador seguro

Laboratorio local. No ejecuta comandos en tu computador.

Prueba: git status → git add README.md → git commit -m "Mi primer commit"

Tu “torpedo” de comandos

git statusMira dónde estás

Muestra la rama actual, archivos modificados y cambios preparados. Úsalo antes y después de cada operación.

git diffLee lo que cambió

Compara tus modificaciones con lo registrado. git diff --staged muestra lo que entrará al próximo commit.

git add README.mdPrepara una pieza

Añade un archivo al área de preparación. No lo sube a GitHub. Prefiere archivos concretos al empezar.

git commit -m "Actualiza la guía"Guarda una versión

Crea un punto en el historial local con los cambios preparados y un mensaje que explica su propósito.

git switch -c mejora-guiaAbre una rama

Crea una rama y cambia a ella. Puedes experimentar sin modificar directamente la rama principal.

git push -u origin mejora-guiaComparte tu trabajo

Envía la rama al remoto origin y configura su seguimiento. Después puedes abrir un pull request.

git pull --ff-onlyPonte al día

Trae cambios y avanza tu rama solo si no requiere una fusión. Si falla, revisa el historial antes de continuar.

git log --oneline -5Viaja por el historial

Resume los últimos cinco commits. Sus identificadores permiten ubicar una versión o investigar un cambio.

git restore --staged README.mdSaca algo de la preparación

Retira el archivo del próximo commit conservando sus modificaciones locales.

git remote -vRevisa la conexión

Lista las direcciones remotas. origin es un nombre convencional, no una palabra mágica de GitHub.

Orientarte entre carpetas +

En Bash y Zsh, pwd muestra la carpeta actual, ls lista archivos y cd nombre entra en una carpeta. cd .. sube un nivel. En PowerShell, Get-Location y Get-ChildItem cumplen funciones equivalentes. Las rutas con espacios se escriben entre comillas.

Cuando aparece un conflicto +

Git necesita tu ayuda cuando dos cambios no se pueden integrar automáticamente. Abre los archivos marcados por git status, decide el contenido final, elimina los marcadores de conflicto y ejecuta las pruebas. Después prepara los archivos resueltos y completa la operación que estabas realizando. No aceptes todo de un lado sin leerlo.

Tres errores muy comunes +

Not a git repository: entra en la carpeta que contiene .git. Authentication failed: revisa el método de autenticación y tus permisos. Non-fast-forward: el remoto tiene cambios que tu rama no incorpora; consulta el historial e intégralos antes de volver a enviar.

07 / EL REPOSITORIO COMO CONTEXTO

La IA escribe.
Tú llevas el hilo.

Conectar GitHub a una IA permite trabajar con un proyecto real. La diferencia está en dónde corre el agente, qué puede leer y qué le permites cambiar.

Guías consultadas el 16 de octubre de 2026. La interfaz, los modelos, las cuotas y el acceso pueden cambiar según el plan y la organización.

GITHUBCopilot↗

Para preguntar sobre un archivo desde GitHub o encargar tareas al agente de programación.

  1. Inicia sesión en GitHub y abre un archivo de un repositorio.
  2. Usa el icono de Copilot y pregunta qué hace ese archivo.
  3. Para delegar una tarea, comprueba que tu plan y el repositorio admiten el agente y habilítalo en la configuración correspondiente.
  4. Asigna una issue bien descrita a Copilot. Revisa el pull request que produzca y sus comprobaciones antes de integrar.
Documentación de Copilot ↗
OPENAICodex↗

Para delegar trabajo sobre un repositorio en un entorno de nube o trabajar con una copia local mediante sus herramientas.

  1. Abre Codex con una cuenta que tenga acceso al producto.
  2. En la configuración de nube, conecta GitHub, autoriza la integración y selecciona solo los repositorios necesarios. Una organización puede requerir aprobación.
  3. Configura el entorno del proyecto y cómo instalar dependencias y ejecutar pruebas.
  4. Asigna una tarea pequeña con criterios de aceptación. Revisa el diff, los resultados y el PR propuesto.

La conexión de GitHub para consultar documentos en un chat y la configuración de un entorno de Codex son flujos diferentes: verifica en qué producto estás.

Documentación de Codex ↗
ANTHROPICClaude Code↗

Puedes trabajar localmente en un clon o instalar una integración que responda desde issues y pull requests.

  1. Instala Claude Code siguiendo su documentación y autentícate.
  2. Abre una sesión dentro de la carpeta del repositorio clonado.
  3. Para GitHub Actions, necesitas acceso de administración al repo y GitHub CLI autenticada. Ejecuta /install-github-app dentro de Claude Code.
  4. Revisa la aplicación, la credencial y el PR de workflow que propone el asistente. Integra el workflow solo después de leer sus permisos; luego podrás usar menciones a @claude según su configuración.

La configuración puede usar una clave API o una credencial de suscripción admitida. Guárdala como secreto de GitHub Actions; no en los archivos del repo.

Documentación de Claude Code ↗
EDITOR + AGENTESCursor↗

Para editar un proyecto local con un agente que entiende los archivos de tu espacio de trabajo.

  1. Instala Cursor desde su sitio oficial y abre tu repositorio clonado.
  2. Espera a que el proyecto esté disponible como contexto y pregunta por su arquitectura.
  3. Solicita un cambio acotado en una rama y revisa lo que propone antes de aceptar o ejecutar comandos.
  4. Usa Git para guardar y enviar los cambios. Si usarás agentes de nube, conecta la integración GitHub en su configuración y limita el acceso a los repositorios elegidos.
Documentación de Cursor ↗
GOOGLEJules↗

Un agente de programación que trabaja sobre repositorios conectados y propone cambios.

  1. Entra a Jules con tu cuenta de Google.
  2. Conecta GitHub e instala la aplicación para los repositorios que quieres usar.
  3. Selecciona el repositorio y la rama, describe una tarea y revisa el plan que ofrece.
  4. Comprueba los cambios y las pruebas antes de publicar o integrar la propuesta en GitHub.

Que use modelos de Google no significa que cualquier conversación en Gemini tenga acceso a tu GitHub. La conexión corresponde al producto y a sus permisos.

Documentación de Jules ↗
UN BUEN PRIMER PROMPT
“Lee el README y explícame cómo se organiza este proyecto. No modifiques archivos todavía. Identifica cómo ejecutar las pruebas y propón una mejora pequeña con criterios para verificarla.”

De conversar a colaborar

Un chat puede explicar un fragmento que le pegas. Un agente conectado puede leer más contexto y, según sus permisos, editar archivos, ejecutar herramientas y crear propuestas. Esa capacidad hace más importante delimitar la tarea y verificar resultados.

MCP es un protocolo para conectar herramientas y fuentes de datos con aplicaciones de IA. No reemplaza a Git ni es obligatorio para clonar un repo. Una integración mediante GitHub App, un clon local y un servidor MCP son mecanismos distintos.

08 / LA VELOCIDAD NECESITA CRITERIO

Construye rápido.
Cuida lo que subes.

01

Las claves no viven en Git.

Ignora archivos .env antes de subirlos y usa variables de entorno o secretos del proveedor. Si una credencial se filtra, rótala de inmediato. .gitignore no borra el pasado.

02

Una rama para cada cambio.

Haz commits pequeños y mensajes claros. Protege la rama principal con revisión y pruebas cuando el equipo y el plan lo permitan. Una IA también debe pasar por ese proceso.

03

Leer, probar, recién integrar.

Inspecciona el diff, ejecuta pruebas y revisa dependencias y licencias. Un texto convincente del agente no demuestra que la implementación funcione.

04

El permiso mínimo que sirva.

Autoriza repositorios específicos y revisa las aplicaciones instaladas periódicamente. Un repo privado sigue siendo accesible para los servicios a los que concedas acceso.

¿Qué hace profesional a un repositorio?

Un README útil, instrucciones reproducibles, una licencia elegida conscientemente y una forma de reportar problemas. Añade pruebas para el comportamiento importante y un historial que cuente por qué cambió el proyecto.

GitHub no publica tu web por sí solo

Guardar el código y desplegar una aplicación son pasos distintos. GitHub Pages sirve sitios estáticos; otros proyectos necesitan un proveedor y una configuración de despliegue. Actions puede automatizar parte del camino.

09 / TRADUCTOR DE CONVERSACIONES

Ahora sí,
hablemos el idioma.

Repositorio

La carpeta del proyecto y su historial. Puede vivir en tu equipo y tener una copia remota.

Commit

Una versión registrada. Tiene autor, mensaje, identificador y relación con versiones anteriores.

Branch / rama

Una línea de trabajo que permite desarrollar cambios por separado. main suele ser la rama principal.

Clone / clonar

Descargar un repositorio con su historial y configurar el remoto. Un ZIP no equivale a un clon.

Fork

Un repositorio propio derivado de otro en GitHub. Sirve para proponer cambios sin acceso de escritura al original.

Pull request / PR

Una propuesta de integrar cambios entre ramas, con conversación, comparación y revisión.

Merge

La integración de cambios de una rama en otra. Puede requerir resolver conflictos.

Issue

Una conversación organizada para un error, una idea o una tarea. No es necesariamente un fallo.

README

La puerta de entrada: explica qué hace el proyecto, cómo instalarlo y cómo colaborar.

.gitignore

Reglas para ignorar archivos no rastreados. No elimina del historial algo que ya se subió.

Actions / CI

Flujos que pueden ejecutar pruebas y otras tareas ante eventos. CI significa integración continua.

Release y licencia

Una release empaqueta una versión publicada. La licencia define qué usos del proyecto están permitidos.

10 / SIN DUDAS SUELTAS

Lo que todos
preguntamos al empezar.

¿Git y GitHub son lo mismo?+

Git es el sistema de control de versiones que funciona en tu computador. GitHub aloja repositorios Git y añade colaboración, revisión y automatización. Puedes usar Git sin GitHub.

¿Necesito saber programar para usar GitHub?+

No para leer documentación, reportar problemas o editar un README desde el navegador. Para ejecutar un proyecto necesitas entender sus instrucciones y dependencias; clonarlo por sí solo no lo instala.

¿GitHub tiene un lenguaje propio?+

No. Un repositorio puede contener Python, JavaScript, TypeScript, HTML y muchos otros lenguajes. Git es una herramienta y la terminal interpreta comandos a través de un shell.

¿Clonar un repositorio modifica el original?+

No. Clonar crea una copia local. Para proponer cambios al original necesitas permisos de escritura o trabajar en un fork y abrir un pull request.

¿GitHub es gratis?+

Ofrece un plan gratuito y planes de pago. Funciones de IA, automatizaciones y almacenamiento tienen cuotas y condiciones propias: consulta la página oficial de precios antes de elegir. Ver planes oficiales ↗

¿Un repositorio público es software libre?+

No necesariamente. Que puedas leer el código no significa que tengas permiso para reutilizarlo. Revisa la licencia y las condiciones de sus dependencias.

¿Puedo borrar una clave que subí por error?+

Primero revoca o rota la clave en el proveedor. Borrar el archivo o hacer otro commit no la elimina del historial ni de copias existentes. Después sigue la guía oficial para retirar datos sensibles. Leer la guía ↗

¿La IA puede subir cambios sola?+

Depende del producto y los permisos. Un agente puede crear commits o pull requests; configura revisiones y comprobaciones para decidir qué llega a la rama principal.

FUENTES / PARA SEGUIR TIRANDO DEL HILO

Aprender también
es ir a la fuente.

Especial de Mamífero Lab. Revisión de documentación: 16 de octubre de 2026. Los datos de adopción corresponden al informe 2025; las explicaciones y analogías son elaboración editorial.

TU HISTORIA EMPIEZA CON UN CAMBIO PEQUEÑO

Menos “algún día”.
Más primer commit.

Volver a la práctica ↗Sigue explorando el Lab ↗