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 9 días
Quito	Inicio de Sesión	hace 10 días
Junín	Errores	hace 10 días
Guadalajara	Errores	hace 10 días
Paris	Sitio Caído	hace 10 días
Quito	Errores	hace 10 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:

• 
  Javier Calzolari (@javiercalzolari) reportó hace 52 segundos

  Me encantó este anuncio después de no se cuantas horas de GitHub caído

• 
  LeX (@LeX0nDump) reportó hace 1 minuto

  GitHub ha caído por trigésima quinta vez en las últimas semanas…

• 
  Gonzalo Marsilli (@MarsSeb3454) reportó hace 2 minutos

  @tebayoso @theo Poder podés, es una mala costumbre en 2026, nada mas. Lo que si está mal es creer que los repos privados de github no hayan sido hackeados o al menos vivan dentro de un modelo por ahi.

• 
  Alquimia 🧪 (@alquimia_hub) reportó hace 3 minutos

  Cursor lanzó Origin. Su propio GitHub. Justo el día que GitHub se encuentra caído 🔥

• 
  Lori (@lornasuriano) reportó hace 4 minutos

  Me viene pasando leyendo documentación que a veces me cruzo con algo que no entiendo, algún lenguaje o framework que desconozco Lo que hacía en esos casos era copiar y pegar ese texto en Claude y pedirle que me explique lo que sea que no entendiera. Un poco tedioso y le faltaba el contexto del documento entero Así que me armé una tool que te permite subir archivos .md o pegar el link de alguna documentación online, renderiza el archivo y me permite seleccionar el fragmento de texto que no entiendo De ahí puedo hacer una pregunta concreta sobre el texto o simplemente seleccionar "¿Qué significa esto?" y me devuelve una explicación de ese pedazo de texto que tiene en cuenta todo el contexto del documento y que además me permite repreguntar Pensé que a alguien más le podía servir así que grabé un Loom y lo puse público en GitHub para que lo usen si les sirve Link al repo en el primer comentario

• 
  naldz. (@naldzyul) reportó hace 9 minutos

  @aresotik el aviso llega, el problema es que nadie lee las notificaciones de GitHub

• 
  José Luis Gómez (@JoseLuisGDoc) reportó hace 9 minutos

  Los cambios recientes en el código fuente del servidor de Signal en GitHub muestran este soporte interno para cuentas sin número de teléfono (ajustes en la seguridad del registro, bloqueos y gestión de códigos regionales).

• 
  Disiento con usted (@yodisiento) reportó hace 12 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.

• 
  Teki Now (@Teki_Now) reportó hace 17 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.

• 
  Adam Martin. (@disadamsdsdnts) reportó hace 20 minutos

  Y me acabo de hacer un buzón para enviarme los vídeos de forma automática a un Issue de GitHub e ir procesando cuando me apetezca... así de mal de la cabeza estoy.

• 
  Dubzeb_oficial (@D_Ochandiano) reportó hace 25 minutos

  X presume de transparencia total al publicar su algoritmo y lanzar Under the Hood, pero el código en GitHub revela la trampa, la verdadera moderación sigue siendo una caja negra inauditable. La ilusión del código abierto, publicar la fórmula matemática de puntuación, no sirve de nada si las reglas de Visibility Filtering (scarecrow y modelos de lenguaje) que deciden aplicar un DROP o INTERSTITIAL operan fuera del repositorio público. Sabes cómo calcula el ranking, pero no bajo qué criterio exacto te etiquetan para suprimir tu alcance. Transparencia con derecho de admisión, Vender un estándar global de apertura mientras limitas la herramienta de auditoría a cuentas con más de un año y alta actividad en un grupo de prueba aleatorio no es transparencia; es un simulacro para unos pocos seleccionados. El sesgo de predicción vs. interacción: Al basar el feed en probabilidades personalizadas de interacción en lugar de métricas transparentes, cualquier sesgo en los datos de entrenamiento para predecir bloqueos o reportes sepulta el contenido antes de que la audiencia real tenga oportunidad de verlo.Publicar el manual de cómo te penalizan sin abrir los criterios de moderación que te condenan es como darte el plano de la guillotina: ves la hoja caer con precisión matemática, pero sigues sin saber quién dio la orden.¿Es esto transparencia real o solo relaciones públicas para vestir de código abierto un sistema que sigue decidiendo en la sombra?

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 30 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

• 
  Marco (@maarcoofdezz) reportó hace 32 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO Fable 5 es el mejor modelo de código del mundo. También el más caro. Cada línea que escribe de más, la pagas tú. Ponytail lo arregla con una idea absurdamente simple: convierte a tu agente en el senior vago del equipo. Ese que mira tus 50 líneas y las reemplaza por una. Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya está en el codebase? → Lo hace la librería estándar? → Lo hace el navegador de forma nativa? → Cabe en una línea? Solo si todo falla, escribe el mínimo que funciona. Resultado: • hasta 94% menos código • un 20% menos de factura • un 27% más rápido Sin recortar seguridad ni validaciones. Se instala en 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail 83.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇

• 
  winden^capsule^rgba^ntw^bg (@winden) reportó hace 35 minutos

  @sequentiasoft El GitHub del sword of ianna de spectrum. Pero básicamente se reduce a probar a cargar el fichero por su nombre y, si no funciona, entonces pedir " mete el disco X y pulsa espacio". Así si tienes todos los ficheros en un solo disco de 3.5 o en HD, funciona de forma transparente

• 
  Jose Mª Rufo (@jmrufo) reportó hace 36 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.

• 
  Gabs (@constrainterror) reportó hace 38 minutos

  @matiasblnc Hmm a ver de mis tiempos en front que recuerde: - teoría de cajas - typescript vs javascript - frameworks - responsive design - un mínimo de desarrollo seguro (no subir credenciales, ofuscar cosas visualmente, manejo de secretos, etc) - CMS vs programar a pelo - en qué te apoyas para programar (copilot, vibecoding, documentacion, lo que uses) - toma de decisiones (por qué eliges una tecnología sobre otra, etc) sobre una feature o troy project que tengas, etc - git/github/ trabajar en equipo y control de versiones - darte una web lenta y ver como investigas qué pasa - darte un componente que renderiza demasiadas veces y ver que falla - cómo diferencias entre que algo se vea bien y que esté bien implementado? - diseñar o implementar un buscador o un login - qué preguntas le haces a un diseñador que te da un diseño ambiguo -cuándo crearías una abstracción y cuándo duplicarías código temporalmente? Cuándo eliges modularidad y cuando un monolito? - tipos de testing, te doy una feature y te pregunto como la probarías - qué hace quye una API sea consumible comodamente desde el front? Por ejemplo

• 
  Erubiel (@_alanerubiel) reportó hace 39 minutos

  @barckcode Explícame como si tuviera 5 años Pat que sirve GitHub. Ya tengo Claude pro.

• 
  La IA Actualidad by Daniel (@dorlando1997) reportó hace 40 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.

• 
  xIA (@xiathis) reportó hace 45 minutos

  UN CHINO HA CREADO OFICIALMENTE UNA MÁQUINA DE IMPRIMIR DINERO. Hay una herramienta por Drive y que en GitHub ha recibido 13.000 estrellas. Se llama moneyprinterturbo Un desarrollador chino la hizo. Aca abajo te lo dejo para descargar totalmente gratis, mira en el siguiente post de esta publicacion. Es completamente de código abierto. Produce videos completos automáticamente para TikTok, reels y YouTube Shorts. Cómo funciona. Maneja todo en un solo flujo de trabajo. Generación de guion, locución, subtítulos, recursos visuales, edición, todo en minutos. Sale un video listo para publicar. Tú no tocas nada. Ahora, por qué se ha vuelto tan popular. Porque normalmente este proceso funciona así. Una herramienta separada para el guion, otra para la locución, otra para subtítulos, otra para visuales, otra para edición. Cada una pide dinero por separado, tiempo por separado, aprendizaje por separado. Moneyprinterturbo lo unió todo bajo un mismo techo. Gratuita, ilimitada y se convirtió en el proyecto de código abierto más popular de su categoría. Las tiendas de TikTok y canales de YouTube Shorts ganan con esto entre 6-10K$ al mes. Estos usan este proceso. La diferencia es esta: Ellos pagan por las herramientas. Tú no pagas. La instalación toma 5 minutos. Guarda esto para no perderlo que abajo en el siguiente post te dejo el Drive o el GitHub.

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 48 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!

• 
  Fumando IA (@DiarioNegroZain) reportó hace 48 minutos

  @BettaTech No entiendo la gente tanta hostia con GitHub. Te compras un NAS synology, le instalas el servidor git, abres el puerto en el router y ya no dependes de nadie

• 
  Pablo E. Untroib (@PEU_AR) reportó hace 48 minutos

  Ayer el comentario del tocayo que dio en el clavo me hizo reír, tuitazo en lo que a mi respecta. Pero el nerd que llevo adentro arrancó un loop Hoy mientras desayunaba escribí un proto-prompt de lo que me gustaría que haga una pagina web sin muchas aspiraciones para ayudar un poco con la búsqueda a alguien que no quiere salir a hablar en persona como yo Ese prompt se lo pase a una IA para que lo ordene y mejore y este es el resultado del prompt, mientras escribo esto tengo a Claude (con APIs via mi propio llmrouter de Z y Deepseek) laburando para hacerlo, cuando este terminado debería aparecer en mi web, ya les pasare link. El prompt (si les sirve úsenlo): Quiero que me busques las 10 marcas que más autos de origen chino vendieron en Argentina desde el inicio de 2026. Importante: no me refiero solamente a marcas chinas. Quiero incluir cualquier marca que venda en Argentina modelos fabricados en China. Por ejemplo, Ford vende la Territory, que es de origen chino. Esta información va a ir a un archivo marcas.json. Después, para cada una de esas marcas, necesito que listes sus modelos vendidos en Argentina y los ordenes por volumen de ventas. Esa información va a ir a otro archivo llamado modelos.json. Una vez que tengamos marcas.json, necesito que entres en la página web oficial de cada marca y busques el listado de concesionarios oficiales en Argentina. Para cada concesionario, quiero que obtengas todos los datos de contacto que puedas encontrar, dando prioridad a: WhatsApp Email Teléfono Dirección Página web, si corresponde Con esa información quiero generar un nuevo archivo concesionarios.json, organizado por marca y, dentro de cada marca, por concesionario. El objetivo final es hacer una página web para un hosting básico que solamente tiene acceso por FTP. En esa página, el usuario debería poder: Elegir una marca. Elegir un modelo de esa marca. Ver información del modelo. Si es posible, ver fotos del auto, sus versiones/variantes y colores disponibles. Escribir o modificar un mensaje. Enviar fácilmente ese mensaje a todos los concesionarios que vendan ese modelo. La idea es que el usuario pueda, por ejemplo, elegir: BYD → Song Pro → escribir un mensaje → contactar a todos los concesionarios que venden ese modelo. Si durante el scraping podemos obtener de fuentes oficiales las fotos de los autos, las distintas versiones y los colores disponibles, sería genial poder mostrarlos durante el proceso de selección. Sobre las fuentes Para los datos de ventas y modelos quiero usar fuentes confiables y, cuando sea posible, fuentes oficiales o asociaciones del sector. Para los concesionarios, quiero priorizar siempre la página oficial de la marca, no directorios de terceros. Si un dato no está disponible o no se puede verificar, prefiero que quede indicado como faltante antes que inventarlo. Sobre las decisiones técnicas No necesito que me hagas una entrevista sobre las decisiones técnicas del proyecto. Asumo que vos podés determinar cuál es la mejor solución técnica para cada caso. Esto incluye, entre otras cosas: tecnología que conviene usar; estructura de los JSON; arquitectura de la página; cómo resolver el funcionamiento en un hosting que solamente permite FTP; cómo relacionar marcas, modelos y concesionarios; cómo implementar el contacto por WhatsApp/email; cómo hacer el scraping; cómo manejar las fotos y demás información; cualquier otra decisión técnica necesaria para que el resultado funcione correctamente. Tomá vos esas decisiones buscando la solución más simple, robusta y adecuada para este proyecto. GitHub y despliegue Los avances del proyecto, cuando lo consideres necesario, se irán subiendo al repositorio: github pablopeu/autoschinos Quiero además que configures un GitHub Action para que, dadas las credenciales de FTP y el folder de destino, pueda compilar el proyecto y subir automáticamente la versión final al hosting. Las credenciales no deben quedar escritas en el código ni en el repositorio. Utilizá el mecanismo apropiado de GitHub Secrets para guardar: dirección/host FTP; usuario FTP; contraseña FTP; folder remoto de destino. El Action debería encargarse de: Obtener el código. Instalar las dependencias. Compilar/generar la versión de producción. Subir los archivos necesarios al FTP. Dejar el sitio listo para funcionar en el hosting. La solución debe estar pensada para que posteriormente pueda cambiar fácilmente las credenciales o el folder de destino sin modificar el código. Validación del funcionamiento Podés y debés verificar el funcionamiento localmente durante el desarrollo. Sin embargo, la fuente de verdad de que el sistema funciona correctamente será siempre la versión de la web que está efectivamente subida al hosting por FTP. Por lo tanto, después de cada despliegue importante, si es posible, verificá que la versión publicada responda correctamente y que los archivos necesarios estén disponibles. De todos modos, la validación final del funcionamiento en el hosting la tiene que hacer el usuario. Es decir, no des por terminado el proyecto solamente porque funciona localmente: el usuario debe confirmar que la versión subida al hosting funciona correctamente. Importante sobre el trabajo Antes de empezar, solamente preguntame si necesitás alguna información funcional que realmente no puedas determinar por tu cuenta. No me consultes sobre decisiones técnicas: tomá esas decisiones vos. Cuando tengas toda la información necesaria, armá un plan de trabajo completo y después hacé todo one shot, es decir, ejecutá el trabajo completo sin ir pidiéndome confirmación en cada etapa. El resultado final debería incluir los archivos: marcas.json modelos.json concesionarios.json la página web lista para subir por FTP, y el workflow de GitHub Actions configurado para realizar el build y deploy por FTP.

• 
  Nix0n (@UnTalNixon_exe) reportó hace 52 minutos

  Esta semana todo el mundo está buscando cómo correr un agente sin quemar la tarjeta. El README más aburrido de GitHub ya tenía la respuesta. Desde 2015. Se llama free-for-dev. 135k stars. 1600 personas metiendo free tiers nuevos y matando los que ya no existen. Cada semana. No son trials de 14 días. La regla: si no es gratis por lo menos un año, no entra. La otra: si el SSL es de pago, lo borran. Lo que sí está adentro: → Google AI Studio — Gemini Flash y Gemma 4 sin tarjeta → Cloud Run — 2 millones de requests al mes → Lambda — 1 millón de ejecuciones antes de que te cobren → Cloudflare — DNS, CDN y SSL de verdad, $0 → Oracle Always Free — compute forever (sí, las idle las apagan) El stack de un side project en 2026 no falla por código. Falla porque perdiste 40 minutos googlenado “is this actually free”. Este repo ya hizo esa búsqueda. Y la vuelve a hacer todas las semanas. Guárdalo antes de que tu próximo agente te cobre el “hello world”.

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

  @Xopsy @dordokamaisu El problema es definir que es el límite. No puedes estar preparado para ciertos niveles de presión seas GitHub o cualquiera de los gigantes. Y el tema agentivo ha hecho daño en infraestructura porque imagino que no será fácil de estimar, si un solo agente puede estar haciendo operaciones 24/7

• 
  Jorge Morales (@jmorales1013) reportó hace 53 minutos

  @SoyITPro Con razón GitHub Copilot Chat dentro de Visual Studio 2026 no funciona ni está autenticado 🤔

• 
  NaikoTBD (@NaikoTbd) reportó hace 54 minutos

  @GordoLeyes El enemigo de github no es la competencia, el problema es que lo adquirio Microsoft y los indios se van a encargar de hacerlo ****** como todo lo que tocan. Reemplazan a los dev originales con monitos marrones y cada vez se cae más seguido.

• 
  Hugo Latra (@hugolatra) reportó hace 55 minutos

  @thomasiuz @flasheante Hoy pines un problema en Github, la IA lo lee y lo resuelve, marca como resuelto y sube el nuevo código. Eso ya está pasando.

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 57 minutos

  🚨 Incidente en GitHub causa interrupción de 8 horas 🚨 La compañía reportó fallos por saturación de balanceadores y una configuración de autoscaling errónea. Errores elevados afectaron funciones clave como Issues, Pull Requests y Copilot. El tráfico de tokens se multiplicó por diez por un error en VS Code. GitHub anuncia cambios para evitar futuros incidentes. Desarrolladores enfrentan pérdida temporal de acceso crítico.

• 
  askie (@imaskie) reportó hace 58 minutos

  DeepSeek Harness atiende primero una consulta, reúne los datos y aclara lo básico. Cuando hace falta criterio humano, me entrega la conversación completa. Puedo tomar el control sin pedir al usuario que repita su problema. #DeepSeek #DeepSeekHarness #Grix Busca en GitHub: askie/grix

• 
  Jorge (@tebayoso) reportó hace 59 minutos

  GitHub estuvo todo el día caído, pero hace tiempo que no dependo de él. Todas las pipelines pasan por Coolify y unos runners que tengo que corren en Hetzner; el resto lo pude pushear con Wrangler desde el local.