🔌 MCP #1 — GitHub (tus proyectos, respaldados para siempre)
Lo que te llevarás: Claude guardando, actualizando y subiendo tus proyectos reales a repos reales — para que nada de lo que construyas viva solo en tu portátil otra vez, y un prompt publique un repo privado en menos de un minuto.
Este es el primer MCP que instalas. No Figma. No Notion. No el brillante que te recomendó un amigo. GitHub. Motivo: todo lo demás que construyas en el curso necesita un sitio donde vivir — respaldado, versionado, compartible, recuperable cuando tu portátil muera (y algún día lo hará). Sin un repo real, cada proyecto está a un accidente de desaparecer.
La nueva capacidad no es «git» — ya sabes hacer git push con esfuerzo. La
nueva capacidad es no tener que recordar un comando de git nunca más, y no perder trabajo jamás.
Qué desbloquea
- «Crea un repo privado nuevo para este proyecto y súbelo todo» — 20 segundos, sin gimnasia de terminal.
- «Actualiza el repo con lo que cambié esta mañana» — Claude hace el diff, escribe el mensaje de commit, hace push.
- «Abre un PR desde esta rama con una descripción limpia de lo que cambió» — flujo de PR completo, en español.
- «Muéstrame qué cambió en los últimos tres commits» — Claude lee el repo y lo explica como un compañero.
- «Haz este repo público cuando esté listo para compartir» — un prompt, un clic.
El cambio: GitHub deja de ser una herramienta que usas y pasa a ser un lugar donde vive tu trabajo, que Claude mantiene sincronizado por ti.
Instalarlo — pasos exactos
/plugin), luego firma vía /mcp./pluginy busca «GitHub» en Discover.- Elige el plugin oficial (
claude-plugins-official, ya presente). /plugin install github@claude-plugins-official(alcance User) →/reload-plugins.- Escribe
/mcp— verás GitHub listado pero probablemente «disconnected / sign in required». - Entra; se abre una ventana OAuth de GitHub. Firma con tu cuenta real, no una de prueba (error nº 1: firmar con una cuenta test y luego no encontrar los repos).
- Aprueba los permisos.
Qué necesita (permisos, en llano)
NO necesitas: delete, admin, acceso a toda la organización, alertas de seguridad. Mantén el alcance más pequeño que funcione.
Lo que los principiantes hacen mal (y los «aún no»)
- Firmar con la cuenta equivocada. Tu repo test aterriza en una cuenta que olvidaste. Comprueba que
/mcpmuestra el username correcto antes de hacer push. - Subir secretos. Si tu proyecto tiene claves API en un
.env, verifica que hay un.gitignoreque lo excluye antes del primer push. Pídeselo a Claude: «Antes de hacer push, confirma que no hay claves secretas en ningún archivo trackeado». Este hábito te ahorra el pánico de una clave filtrada. - Ir directo a repos públicos. Por defecto privado hasta que hayas publicado algo pulido. Puedes hacer un repo público en un clic; no puedes «des-publicar» algo ya visto.
📋 Prompts (traducidos)
/reload-plugins, luego guíame en el inicio de sesión de /mcp un clic a la
vez. Usa solo alcance repo + PR. Confirma que /mcp lo muestra conectado con mi username correcto.ccc-test-repo
con un README que diga «wired in». Antes de hacer push, confirma que no hay claves secretas ni
contenido de .env en ningún archivo trackeado. Dame el enlace del repo.Añadido al cuaderno: 7 de julio de 2026. Traducción al español para estudio personal.