Estado de GitHub: problemas de acceso e interrupciones

Problemas en las últimas 24 horas

El siguiente gráfico muestra la cantidad de informes que hemos recibido sobre GitHub por hora del día durante las últimas 24 horas. Una interrupción se determina cuando la cantidad de informes es mayor que la línea de referencia, representada por la línea roja.

Problemas Más Reportados

Los siguientes son los problemas más recientes informados por los usuarios de GitHub a través de nuestro sitio web.

• Sitio Caído (57%)
• Errores (30%)
• Inicio de Sesión (14%)

Mapa de interrupciones en vivo

La mayoría de reportes de fallos e interrupciones se originaron en

City	Problem Type	Report Time
Inverness	Sitio Caído	hace 7 días
Quito	Inicio de Sesión	hace 8 días
Junín	Errores	hace 8 días
Guadalajara	Errores	hace 8 días
Paris	Sitio Caído	hace 8 días
Quito	Errores	hace 8 días

Mapa de Fallos

Discusión comunitaria

¿Consejos? ¿Frustraciones? Compártelos aquí. Los comentarios útiles incluyen una descripción del problema, la ciudad y el código postal.

Tenga cuidado con los "números de soporte" o las cuentas de "recuperación" que se pueden publicar a continuación. Asegúrate de informar y votar negativamente esos comentarios. Evite publicar su información personal.

Reportes de Fallos de GitHub

Los últimos problemas e interrupciones reportados en social media:

• 
  Martí (@BettaTech) reportó hace 2 minutos

  @tebayoso @theo No creo que el problema sea el hecho de guardar o no secretos en el historial de git, sino que no haya herramientas que mejoren la experiencia de securizarlo. Es obviamente ridí**** y un riesgo innecesario dejar registro de secretos en git, sea en un repo privado o no (puedes hacerlo público despues, puedes querer compartir el código sin compartir tus credenciales, pueden hackear github como ya ha ocurrido...) y, de hecho, ya puedes guardar secretos en github "de forma segura", a modo de vault (aunque abogaria por tenerlo en 1pass o similar ya que si hackean github capaz te roban las credenciales tmb!)

• 
  Disiento con usted (@yodisiento) reportó hace 5 minutos

  @powerhdeleon La forma de trabajar es esencial. Armar siempre planes es clave, incluso para las tareas que presumimos sencillas, para saber si entendió y que quiere hacer, antes de tocar nada. Dialogar lo suficiente hasta cerrar el alcance, antes de tocar nada, es tiempo ganado y renegar menos. Se trata de revisar cada cosa del plan que no se entienda, saber qué quiere hacer y el porqué. Ahí salta mucha sobre-ingeniería que podemos y debemos evitar. Antes de tocar nada. Atomizar las planes, escalonar los cambios, es decir, achicar los problemas para resolver, es una forma adicional de tener resultados controlables. Antes de tocar nada. Luego, una vez aplicados los cambios, revisarlos. En mi caso, con una interfaz amigable como GitHub Desktop. Es esencial para ver que no haya tocado cosas del Core que no autorizamos. Ojo con esto, a veces hace cosas que no dijo que haría, que no están en el plan, y el/la hijoepú las mete, total, después te pide disculpas. Y si algo parece mal, seguí tus entrañas. Es mejor hacer Undo All y hacer todo de nuevo que un Commit que sea un iceberg. Preguntále a Di Caprio si no. Todo esto en un entorno de Desarrollo, porsupu. Si hacés esto en Producción sos vos el ********** malnacido y ojalá te hagan el tratamiento capilar de Luis XVI y María Antonieta. Lo que puedo afirmar con mucha convicción es que, para casos que muchas veces no es tan grande el cambio pero sí es muy grande el análisis, el Auto se queda corto y me hace perder mucho tiempo de análisis y armado del alcance. Y como además observa y rastrea lo justo y necesario, no planifica y entonces cuando mete la mano arregla una y rompe dos. Y tenés que rehacer. Para ese tipo de casos uso los mejores, sin necesidad de exagerar consumo, porque 5.6 Sol Medium me ha dado excelentísimos resultados. Analiza tan bien y no deja cosas en el camino, que no pierdo nada de tiempo adicional. Hasta me sorprende. Es como hablar con alguien que entiende el desafío y me entiende a mí. La diferencia con Auto es demasiado grande y el costo también, pero se paga solo, porque tu paz y tu salud no tienen precio.

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 5 minutos

  Este lunes GitHub se cayó durante 8h, ¡toda una jornada laboral donde no se podía desplegar! Y es que es muy común tener todo el flujo de desarrollo allí embebido. Si se cae GitHub no podemos desplegar a producción. Eso puede generar mucha frustración, pero es que el incremento de tráfico que están teniendo es BRUTAL. Y es que los agentes hacen commits y push a velocidades que el año pasado parecían imposible. Para eso también ha surgido Cursor Origin, una alternativa a GitHub enfocada en la programación agéntica. Programación agéntica, que si usas Claude Code, esta semana funciona mejor gracias al fix que han puesto a Opus 5. 🥳 Todas estas y muchas más noticias las estamos comentando ahora en directo en el Café con Codely. ¡Vente!

• 
  Juan Barbat (@juan_barbat) reportó hace 6 minutos

  @patogalarzar @barckcode @G_Programming Y dos cosas: 1. Estrella en Github al proyecto. Eso ayuda mucho, es gratarola aparte ... 2. Te conviene entrar al discord. Cualquier cosa avísa.

• 
  La IA Actualidad by Daniel (@dorlando1997) reportó hace 7 minutos

  10/ Ojo al matiz: Wiz y GitHub dicen que no está probado que la IA escribiera el fallo; pudo no detectarlo al revisarlo. Pero el problema sigue ahí: un agente ofensivo encontró una vía real en CI/CD mientras el autofix figuraba en el cambio. No es una demo de conferencia.

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 7 minutos

  Estoy en 🇧🇷 y corte mis vacaciones para decirles que: nadie va a cambiar github por origin, a no ser que sea algo no tan serio… Recuerden: Accountability

• 
  Adrià Martí (@adriml24) reportó hace 7 minutos

  GitHub caído, nunca hay mejor excusa que esa para acabar de trabajar a mi hora

• 
  Myrrakle (@myrrakle) reportó hace 8 minutos

  Salió versión nueva del MCP y es el cambio más grande que ha tenido desde que existe. Si tienes algo ya desarrollado, te toca migrar. Para quien no lo tenga claro: MCP es el protocolo que deja que un modelo se conecte con herramientas de afuera, tu base de datos, tu GitHub, tu Notion. En vez de que cada quien invente su propia integración, todos hablan el mismo idioma. Lo sacó Anthropic hace año y medio y hoy vive bajo la Linux Foundation, que es justamente por lo que AWS, Google y Microsoft salieron a apoyarlo el mismo día. Nadie adopta el protocolo de un competidor. Todo el mundo adopta un estándar. Lo que cambió es que MCP se volvió stateless. Antes, para hablar con un server MCP había que abrir una sesión. El server se guardaba quién eras, y esa conversación tenía que mantenerse viva. Era como una llamada telefónica, marcas, saludas, y hay que mantener la línea abierta todo el rato. Si se cae, se cayó todo. Ahora es mandar cartas. Cada carta dice quién eres y qué quieres, cualquier cartero la entrega, y si se pierde una mandas otra. ¿Y eso por que es un gran cambio? Porque antes, si tenías tu server corriendo en varias maquinas, cada petición tenía que volver a caer en la misma que te atendió al principio, porque era la única que se acordaba de ti. Eso te obligaba a montar sticky sessions o storage compartido, muy fastidioso y caro. Ahora cualquier petición cae en cualquier máquina. Y eso desbloquea justo lo que la gente venía pidiendo: correr servers MCP en serverless y en el edge, Lambda, Workers, lo que sea, sin mucha cosas. Pero lo que me dice que esto va en serio no es la spec, es quién salió a hablar el mismo día. AWS lo metió en Bedrock AgentCore. Cloudflare con soporte desde el día cero en Workers, y Sentry y Linear adoptando ahí mismo. Más Google Cloud, Microsoft Foundry, Netlify, Supabase, Figma. Eso no es entusiasmo de comunidad, eso es roadmap coordinado. Y hay un número en el anuncio que me llamo la atencion más que toda la spec junta. Lo soltó la gente de Honeycomb, de todas las consultas que reciben al mes, como el 20% ya las hace un agente y no una persona. Uno de cada cinco. Eso ya no es demo, eso es tráfico de producción. De paso, casi 500 millones de descargas al mes entre los SDKs oficiales, en un protocolo que tiene año y medio. La parte ladilla? El session id ya no existe, o sea que si llevabas estado ahí te va a toca rediseñar, y la recomendación es que una tool te devuelva un handle explícito y el modelo te lo vaya pasando de vuelta. Los headers Mcp-Method y Mcp-Name ahora son obligatorios en cada petición, no opcionales, y sospecho que eso va a doler antes que lo del session id. Y deprecaron Sampling, Roots, Logging y el transporte viejo de HTTP+SSE. Todo eso sigue vivo mínimo 12 meses, o sea nada te explota mañana. Pero si estás arrancando algo nuevo, no lo montes encima de lo viejo. Lo que más me gusta es que no maquillaron nada. Rompieron lo que había que romper y pusieron una política de deprecación con 12 meses para empezar, para que planifiques en vez de reaccionar. Eso es un protocolo creciendo, no un producto vendiendo.

• 
  Iñaki (@inakitajes) reportó hace 9 minutos

  1/ Llevo unos días probando un patrón de agentes que me parece bastante más interesante que el típico: modelo caro planifica + modelo barato implementa. Mucha gente lo está entendiendo mal. 2/ La idea no es que el modelo SOTA haga un plan al principio y desaparezca. Eso, al menos en mis pruebas, consume prácticamente lo mismo y muchas veces no mejora los resultados (mira mis posts de hace unos meses). 3/ El trabajo difícil no suele estar en el plan general. Está en los detalles que aparecen durante la implementación. Ahí es donde un modelo realmente bueno aporta valor. 4/ En lugar de tener un pipeline lineal: - SOTA → Plan - Cheap → Implementa - SOTA → Revisa La clave está en que el modelo caro pase a ser un advisor integrado dentro del loop del agente ejecutor. 5/ El ejecutor sigue siendo el modelo barato. Hace prácticamente todo el trabajo. Pero puede pedir ayuda al advisor cuando realmente la necesita. 6/ Lo hace en checkpoints durante el ciclo agéntico: - Antes de empezar a modificar código, para validar el enfoque. - Cuando entra en un bucle intentando resolver el mismo problema. - Cuando detecta una decisión compleja donde merece la pena gastar más tokens. - Al terminar cada step del pipeline. 7/ La clave es que el modelo caro no gestiona el contexto completo de la implementación. Solo ventanas pequeñas y acotadas. Además se limita la longitud de la respuesta (ahorro de output tokens), solución concreta y concisa. Eso reduce muchísimo el coste manteniendo gran parte de la calidad. 8/ Es parecido a tener un ingeniero senior que no programa toda la feature. Solo aparece cuando alguien se atasca o cuando hay una decisión importante que tomar. 9/ Acabo de implementarlo en Convoy. Todavía estoy validándolo en proyectos reales, así que no puedo decir todavía si el impacto es tan grande como parece. Pero las primeras pruebas son bastante prometedoras. 10/ Si termina funcionando como espero, creo que este tipo de arquitectura tiene bastante más recorrido que seguir aumentando el tamaño del modelo para absolutamente todas las llamadas. No siempre hace falta un SOTA. Lo importante es saber exactamente cuándo utilizarlo. Si te animas a probarlo, recuerda que es open-source, lo tienes en mi github :)

• 
  Jose Mª Rufo (@jmrufo) reportó hace 11 minutos

  Ya tengo el mini ERP de fabricación textil funcionando a tope con la colección de otoño: - Control stock de materiales y fornituras. - Órdenes de compra a proveedores. - Catálogo de prendas con ficha técnica, escandallos y fichas de confección. - Órdenes de producción y generación de pdf (con html por ahora) tanto de órdenes de corte como de confección. - Diagrama de gantt con seguimiento de las producciones en curso. Tengo ganas de compartirlo, subirlo a github para que cualquier marca pequeña pueda usarlo.

• 
  Jouse Márquez (@jousemarquez) reportó hace 16 minutos

  Sigue caído GitHub…

• 
  Teki Now (@Teki_Now) reportó hace 16 minutos

  Un modelo de IA china se ha escapado del entorno cerrado donde los investigadores lo estaban poniendo a prueba. Kimi K3, de la china Moonshot, aprovechó un fallo en la configuración de red del laboratorio y salió a internet libre. No hackeó nada: se limitó a buscar en GitHub las respuestas ya resueltas. Es el cuarto caso en semanas, después de que modelos de OpenAI, Anthropic y Meta se escaparan también de sus propias pruebas de seguridad.

• 
  Juna.es (@juna_es) reportó hace 17 minutos

  Freedom Factory presentó el PQ1, una hardware wallet que se anuncia como la primera diseñada para resistir ataques de computación cuántica. Utiliza el esquema de firmas SPHINCS+C10, una variante comprimida del estándar post-cuántico del NIST, e integra esas firmas dentro de cuentas inteligentes ERC-4337 en Ethereum y redes EVM. El dispositivo es air-gapped, se conecta solo por USB-C y cuesta 179 dólares, con envíos previstos para el cuarto trimestre de 2026. La arquitectura de seguridad se apoya en dos elementos seguros independientes con certificación EAL6+. La semilla se divide mediante una operación XOR entre ambos chips, de modo que vulnerar uno solo no compromete el material criptográfico. La empresa, conocida por ethOS y el dispositivo dGEN1, publicó todo el código (hardware, firmware y aplicación) en GitHub bajo licencia open source, con builds reproducibles. El respaldo incluye a inversores como Vitalik Buterin y Balaji Srinivasan, y la compañía sostiene que el PQ1 supera a wallets que solo protegen actualizaciones de firmware sin asegurar los activos en sí. Sin embargo, el producto está en preventa y las auditorías externas completas aún no han terminado. Los contratos de account abstraction ERC-4337 están bajo revisión de seguridad por Trail of Bits, según reconoce el propio sitio oficial. El dispositivo usa una variante comprimida del estándar SPHINCS+ que mantiene la misma asunción de seguridad, romper SHA-256, pero con un límite de 65.536 firmas por clave, controlado por firmware. No hay retrocompatibilidad con ECDSA, lo que lo convierte en una apuesta por una criptografía post-cuántica pura. Bitcoin no está soportado porque la red carece de cuentas post-cuánticas viables para uso cotidiano. La propuesta es técnicamente ambiciosa y responde a una necesidad real de preparación ante la amenaza cuántica, pero el PQ1 aún no ha sido enviado a los compradores y las auditorías externas del firmware completo y de la implementación criptográfica no se han completado. Es un producto que promete resolver un problema futuro, pero cuya seguridad práctica está todavía por verificarse de forma independiente.

• 
  Guillermo Casaus (@_guillecasaus) reportó hace 17 minutos

  🚨 Tu ordenador con Windows viene lleno de apps que nunca pediste. La mayoría de ellas consumen recursos, recopilan datos y mantienen activadas opciones que no necesitas. Alguien se cansó y creó una herramienta gratuita para solucionar este problema. Se llama Win11Debloat y te permite limpiar Windows 10 y 11, eliminar bloatware, desactivar telemetría y quitar gran parte de las funciones innecesarias del sistema. Esto es lo que incluye: → Elimina aplicaciones preinstaladas y bloatware → Desactiva telemetría, seguimiento y anuncios personalizados → Permite eliminar Copilot, Recall y otras funciones de IA → Desactiva Bing y las sugerencias dentro de Windows Search → Elimina anuncios, recomendaciones y contenido sugerido → Permite personalizar Inicio, barra de tareas y Explorador de archivos Lo más interesante: Los cambios pueden revertirse fácilmente y la mayoría de las aplicaciones eliminadas pueden volver a instalarse desde Microsoft Store. Además, permite exportar e importar tu configuración para aplicar los mismos ajustes rápidamente en varios equipos. Ya supera las 55k stars en GitHub, es completamente gratuito, open-source y cuenta con licencia MIT. Te dejo el repo en comentarios 👇

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 21 minutos

  No cobran por hora. No tienen mal día. No necesitan descanso. Pero trabajan 24/7. 10 repos de GitHub para automatizar tu trabajo con agentes IA:

• 
  ryu. (@romanftp) reportó hace 21 minutos

  OpenAI está regalando $1.200 GRATIS para usar Codex Solo necesitas: > Tener un repositorio público en GitHub > Rellenar un formulario Y te regalan 6 meses de ChatGPT Pro + Codex Casi nadie está hablando de esto, porque no quieren que se entere todo el mundo Todavía estás a tiempo de hacerlo, aunque no sepas programar o estés empezando Así funciona: 1. Instala Cursor, Codex, Claude Code o lo que uses 2. Monta un proyecto, de lo que sea 3. Súbelo a GitHub 4. Pide a tus amigos que le den Stars (Deja el link de tu repositorio en los comentarios, entre todos te daremos Star) Este programa acepta hasta proyectos a medias, así que no hace falta que el proyecto sea perfecto

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 23 minutos

  Hay una técnica que está cambiando cómo miles de devs usan la IA para programar. Se llama Ralph Wiggum. el nombre es una broma, lo que hace no lo es: while :; do cat PROMPT.md | claude-code; done Un bucle de bash. Nada más. Le das una tarea a la IA. Ella trabaja. Intenta parar cuando cree que ha terminado. Y el bucle no la deja. Le vuelve a meter el mismo prompt. Otra vez. Y otra vez. Cada intento ve los archivos y el historial de git del intento anterior. No empieza de cero. Revisa lo que hizo mal y lo arregla. lo inventó un solo dev en julio de 2025, sin querer hacer ruido Lo llamó Ralph por la mezcla de ignorancia, persistencia y optimismo del personaje. Su frase resume la filosofía entera: "Es mejor fallar de forma predecible que acertar de forma impredecible." Empezaron a usarlo en Y Combinator. El ruido llegó a Anthropic. Y acabaron creando un plugin oficial dentro de Claude Code con el mismo nombre absurdo. compadre así de simple es usarlo hoy /ralph-loop "Migra todos los tests de Jest a Vitest" --max-iterations 50 --completion-promise "DONE" y se queda currando solo, durante horas, mientras tú haces otra cosa Matt Pocock, el mismo de las 200k estrellas en GitHub, lo resumió así: "Ralph Wiggum con Opus 4.5 es realmente, realmente bueno." el propio creador reconoció que le preocupa haber cambiado el desarrollo de software para siempre y aun así, la comunidad entera lo sigue usando

• 
  Juli Alvarez (@usainbot95) reportó hace 23 minutos

  GitHub: 7h 47 min caído el lunes. Un sidecar de Istio que no escaló y Copilot reintentando a lo loco (tráfico ~10x). El mismo día Cursor (ya de SpaceX) te ofrece hospedar el repo adentro del editor. ¿Dejamos el código “en GitHub” o ya es un riesgo de vendor?

• 
  thavoo dev (@arcanoix_) reportó hace 23 minutos

  Un lunes y caído @github es en serio?

• 
  David Fernández (@naroh) reportó hace 30 minutos

  Hoy me voy a entretener estableciendo un flujo automatizado para solucionar las issues que se reportan en tracker (Bugsink, compatible con Sentry) que utilizamos. La primera etapa fue forkearlo y añadir MCP. Ahora, el plan es: Establecer mi servidor remoto (una torre que tengo en el salón) como servidor remoto de Orca, donde estarán corriendo tanto Claude Code como OpenCode con OpenCode Go. En este servidor también corre Hermes. Me conecto a él por Tailscale. Hermes orquestará cada X minutos una búsqueda de issues reportadas y hará triaje. Para las que crea que son merecedoras de atención generará una issue en el repositorio de Github, diagnosticando el problema con un modelo SOTA, y delegará a OpenCode corriendo en Orca implementar la solución. Orca/OpenCode realizarán la implementación utilizando los workspaces remotos de Coder en los que trabajamos. En principio la idea es que esto corra desatendido, pero si quiero podría conectarme a Orca desde mi móvil o desde otro dispositivo para chequear qué hace. Cuando acabe, enviará un PR con la solución para revisión humana.

• 
  🇨🇺Arquitecto de Software y FullStack.🇻🇪 (@Apokalipto4) reportó hace 33 minutos

  @UnTalNixon_exe Lo configure en mi vscode con Continue que es compatible con openai y no funciona. Le configure con la IA GitHub copilot y le puse el API KEY generado por TokenRouter para el modelo Kimi K3 "free" y sin embargo me da errores como que no he pagado suscripción con esa KEY

• 
  Phantoha (@chipbyte156096) reportó hace 35 minutos

  @DAZZLER_ES Con fé. Nah mentira, por ahí ví que te pasaron un link a un tuto de reddit, ese no te sirve, osea, funciona pero es la peor forma de hacerlo. Para empezar busca MO2 Linux, hay un instalador en GitHub junto a una guía del desallorador. Es un archivo binario que +

• 
  yuulia ✟ (@yuliaisc) reportó hace 41 minutos

  OpenAI está regalando $1.200 GRATIS para usar Codex Solo necesitas: > Tener un repositorio público en GitHub > Rellenar un formulario Y te regalan 6 meses de ChatGPT Pro + Codex Casi nadie está hablando de esto, porque no quieren que se entere todo el mundo Todavía estás a tiempo de hacerlo, aunque no sepas programar o estés empezando Así funciona: 1. Instala Cursor, Codex, Claude Code o lo que uses 2. Monta un proyecto, de lo que sea 3. Súbelo a GitHub 4. Pide a tus amigos que le den Stars (Deja el link de tu repositorio en los comentarios, entre todos te daremos Star) Este programa acepta hasta proyectos a medias, así que no hace falta que el proyecto sea perfecto

• 
  Dámaso Velázquez (@damasovelazquez) reportó hace 43 minutos

  Github está caído 😢

• 
  roman (@Nozelcode) reportó hace 45 minutos

  OpenAI está regalando $1.200 GRATIS para usar Codex Solo necesitas un repo público en GitHub, rellenar un formulario y te dan 6 meses de ChatGPT Pro + Codex Y casi nadie está hablando de esto, seguramente porque no quieren que se entere todo el mundo Todavía estás a tiempo de solicitarlo, aunque no sepas programar o estés empezando Así funciona: 1. Instala Cursor, Codex, Claude Code o lo que uses 2. Monta un proyecto, de lo que sea 3. Súbelo a GitHub 4. Pide a tus amigos que le den stars Deja el link de tu repo en los comentarios, entre todos te daremos Star. Si tienes dudas de si aceptarán tu proyecto, no te preocupes. Estos programas aceptan hasta proyectos a medias Enlace para aplicar abajo👇

• 
  Fernando (@fnandot) reportó hace 45 minutos

  @carlesnunez Totalmente. Pero quizá el problema no sea añadir más hierro, sino adaptar la arquitectura. Git tiene más de 20 años y no fue pensado para esta escala ni este uso, ni tampoco GitHub. Quizá toca replantear algunas abstracciones para una era de humanos + agentes generando software.

• 
  dexter lower (@DexterLowe14807) reportó hace 47 minutos

  @JohnSopranoJr encima la web "zerem" es 100% IA una poronga, y el linkeo a linkedin no funciona, el de github tampoco jaja terrible vende humo, algunos usan estos posteos para levantar o sentirse con un poco de poder

• 
  Andrea Díaz Correia ⚡ (@AndreaDCorreia) reportó hace 54 minutos

  Yo antes: nah es excesivo dejar github, funciona bien Yo ahora: hay que dejar github, hacen lo que quieren y ni sirve bien

• 
  Jorge J. Ramos (@YoryoBass) reportó hace 59 minutos

  Me sigue sorprendiendo mucho que compañeros de profesión altamente cualificados y experimentados, sigan pensando que los problemas de GitHub vienen porque más de la mitad de su código está hecho por una IA. Al parecer es un problema de sistemas distribuidos, y si te interesa el tema este post mortem es oro. En cualquier caso, me da mucha pena que todavía haya ingenieros de software, programadores, analistas y arquitectos haciendo bromas con aire de superioridad, porque GitHub utiliza IA activamente para su código. Me da pena por ellos, porque cuando quieran rectificar será tarde y el tren les habrá pasado por encima ya.

• 
  Facu ⚡ (@isntFacundo) reportó hace 60 minutos

  No funciona GitHub. Se suspende todo.