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 (56%)
• Errores (31%)
• Inicio de Sesión (13%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Catania	Errores	hace 2 días
Inverness	Sitio Caído	hace 14 días
Quito	Inicio de Sesión	hace 15 días
Junín	Errores	hace 15 días
Guadalajara	Errores	hace 15 días
Paris	Sitio Caído	hace 15 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:

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

  Github está caído 😢

• 
  ItscoachFO (@itscoachfo) reportó hace 5 minutos

  DeFi no escala sin una parte responsable. Ninguna institución va a meter capital en una pool donde nadie responde por el riesgo del contrato, la liquidez o la contraparte. Aquí es donde XRPL se diferencia: no depende de un DAO anónimo ni de un repositorio de GitHub sin dueño. Esto es justo lo que separa a una infraestructura institucional de un experimento de activos digitales sin una parte responsable. No es un problema de tecnología, es un problema de estructura: si nadie responde por el riesgo de una pool, ninguna institución va a entrar. Este es el debate que de verdad importa ahora mismo. XRPL es la red mejor posicionada.

• 
  Daniel Yánez Bravo (@dyyys0ft) reportó hace 5 minutos

  Acabo de vibe codear una página de un baby shower Le metí vanila Js, GitHub actions, Firebase La IA es maravillosa, esto me hubiera tomado algunas semanas pero con IA 3 días, Claro no es un entorno de producción agresivo, esto decir, no hay mayor problema en caso de error

• 
  Haute Dense (@DenseHaute) reportó hace 9 minutos

  @tebayoso @gitlab Podes usar git sin github o gitlab , solo tenes que instalarlo en el otro vps y listo , como se piensan que funciona ? por ssh , un key pair y listo , tenes un repositorio, igual como cuando usabas SVN.

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

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

• 
  Sofía Sicilia (@SofiaSici) reportó hace 11 minutos

  Si todavía buscas torrents saltando entre webs llenas de popups, anuncios falsos y enlaces muertos, guarda este proyecto. Se llama TorLink. Se conecta directamente a la red torrent y todo termina guardado en tu propio disco. Es un buscador y cliente de torrents que funciona completamente desde la terminal. Lo abres con un comando: npx torlnk Y desde ahí puedes buscar películas, series, anime o juegos sin ir entrando manualmente en cada página. TorLink consulta varias fuentes al mismo tiempo y te muestra los resultados con información útil como el tamaño y el número de seeders, para que puedas elegir rápidamente cuál merece la pena descargar. Después pulsas una tecla y empieza la descarga directamente en tu ordenador. También puedes pegar un magnet link o incluso un infohash y dejar que TorLink se encargue del resto. Mientras descargas puedes seguir buscando y añadir más archivos a la cola. La aplicación muestra el progreso, la velocidad y el tiempo restante, y si cierras el programa, las descargas interrumpidas pueden continuar cuando vuelvas. Incluso tiene un modo pensado para servidores y seedboxes, por lo que puedes dejarlo funcionando sin interfaz y controlarlo remotamente. No utiliza un servidor central para almacenar tus archivos. Es gratuito, tiene licencia MIT y ya supera las 4.500 estrellas en GitHub. Repo: github /baairon/torlink Un buscador, un cliente torrent y un gestor de descargas. Todo metido dentro de la terminal.

• 
  Mario Juárez (@mariomka) reportó hace 11 minutos

  Los agentes hacen cosas extremadamente complejas bien y luego fallan en lo más simple: sintaxis, casos obvios y formateo. Por eso uno de los pilares de la programación agéntica es darles feedback rápido, lo que llaman back pressure. Un agente sin feedback trabaja a ciegas. Lo primero que hago al arrancar un proyecto es pedirle al agente que configure todo el back pressure posible. Linter, formateador, análisis estático, tipado estricto y tests. Y que se ejecute todo en git hooks. Cuanto antes falle mejor trabaja el agente. El prompt con el que arranco un proyecto es más o menos: "Quiero arrancar un proyecto para X con este stack: Y. Prepárame todo el feedback automático que puedas: linter, formateador, análisis estático, tipado estricto y tests con el máximo coverage posible. Configura también los git hooks: en pre-commit lo rápido (formateo, linter, tipos) y en pre-push los tests, que es lo más lento. Que si algo falla que sea rápido." El coverage alto fue mala idea durante años porque escribir tests salía caro y acababas testeando cosas absurdas. Ahora los escribe el agente y por eso las tornas han cambiado. Lo que antes era un gran coste hoy es una señal, y bastante barata, para saber si lo que ha hecho funciona de verdad. Después, cuando ya tienes la arquitectura definida, mete tests o herramientas que comprueben que no se rompe. Que nadie se salte una capa ni meta una dependencia donde no toca. Ah, y ya que montas todo el tinglado, pídele que te lo configure también GitHub Actions o el CI de turno. Que no será la primera vez que un agente lanza un push con --no-verify para saltarse los hooks.

• 
  dahdor (@dahdxr) reportó hace 15 minutos

  @Djjhenrz holaaa, una duda, estará funcionando github el día del evento o estará caído?

• 
  Dubzeb_oficial (@D_Ochandiano) reportó hace 18 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?

• 
  K0lateral - IA ? (@K0lateral) reportó hace 20 minutos

  @marcusyul @marcusyul ¡Y yo pensando que ya habías descubierto el fuego! Mira que listo, redescubriendo lo que lleva años en GitHub. Ahora dime, ¿esa comunidad de voluntarios te paga la luz del router? Porque gratis gratis, lo que se dice gratis, ni el café. Pero oye, que si te funciona,...

• 
  Sweex (@sweexx9) reportó hace 21 minutos

  🚨Ganó un hackathon de Anthropic. Después no vendió el setup. Lo soltó en GitHub con licencia MIT. No es un prompt. Es el sistema con el que Affaan Mustafa convirtió Claude Code en un equipo de ingeniería: 68 subagentes, 286 habilidades, 94 comandos. El repo se llama Everything Claude Code (ECC). La diferencia no está en “más agentes”. Está en el orden de trabajo. Primero plan. Una frase tuya se vuelve un plano. Tú lo apruebas. Recién ahí aparece código. Después la prueba que falla. Rojo primero. Verde después. No al revés. Al final, revisión en contexto limpio. Otro agente lee el diff como si no hubiera escrito nada. Hay revisores aparte para Go, Python, TypeScript, Rust y Java. Eso evita el fallo clásico: un solo chat que planea, escribe, justifica y se autoaprueba. Qué hace cada bloque: Planificación. Convierte un pedido vago en arquitectura antes de tocar el repo. Revisión. El diff entra en frío. No arrastra la conversación anterior. Reparación de builds. Un resolvedor por cadena de herramientas, incluidos errores de PyTorch y CUDA. Seguridad. Pase OWASP sobre tu código y otro escáner sobre la config del propio agente, buscando inyección. Arquitectura. El diseño se discute antes de convertirse en migración. Dominio. Consultas, pipelines de ML, pruebas de punta a punta, documentación. Las habilidades que importan de verdad: Pruebas. tdd-workflow te lleva de rojo a verde. Encima van eval-harness y verification-loop. Lenguajes. Convenciones, tests y seguridad para Python, Go, Rust, C++, Django, Laravel, Spring Boot y Next.js. Contexto. search-first obliga a leer docs antes de escribir. iterative-retrieval impide que cada subagente se trague el repo entero. Envío. Docker, CI/CD, health checks, rollbacks y patrones de migración para Prisma, Drizzle y Django. Fuera de código. Texto con tu voz, research con fuentes, decks de ventas. El error caro: instalar las 286 de golpe. Eso no te hace más rápido. Te ensucia el contexto. Empieza con un plan, un paquete de reglas y las 4 o 5 habilidades de tu stack. El resto se carga cuando hace falta.

• 
  ItscoachFO (@itscoachfo) reportó hace 23 minutos

  Una liquidity pool no es solo código. Es un conjunto de activos, participantes, comisiones y riesgo real: riesgo de contrato inteligente, de liquidez, de mercado, de contraparte. Alguien tiene que asumir esa responsabilidad. Un DAO o un repositorio de GitHub no sirve. Todos quieren que las instituciones se involucren. Pero las instituciones solo se involucran si hay responsables. En el futuro (más cercano de lo que creemos) nadie hablará de defi vs cefi. Solo veremos liquidez regulada.

• 
  Case (@david_nlil) reportó hace 24 minutos

  @Bonescraft_ Sip, desconozco la manera pero es posible creo que con github y si hablamos de acceder a ellos pues kemono nunca falla en eso ahí descargaba mods de smash

• 
  Juli Alvarez (@usainbot95) reportó hace 24 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?

• 
  Manu | 🥥 (@ManuAF6) reportó hace 24 minutos

  Ayer dediqué unas horas a probar Origin para dar feedback al equipo antes del lanzamiento Algunas de sus características destacadas incluyen: - Almacenamiento de código en un servidor Git en tiempo real - Permite a los agentes abrir borradores de cambios - Revisión de instantáneas (versiones), no de ramas activas - Fusión cuando esté listo - Replicación de un repositorio de GitHub Revisa una imagen estática, no una rama activa

• 
  Angry Dev (@angryCryptoDevs) reportó hace 26 minutos

  @IngenieroSeed @github GitHub lleva funcionando mal semanas…no dan a basto con la cantidad de código IA generado.

• 
  robertob (@humusb) reportó hace 27 minutos

  github está caído :S

• 
  Jorge (@tebayoso) reportó hace 28 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.

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

  El repo ya tiene 77.900 estrellas y 14.300 forks en GitHub. Gestionar flotas de agentes ya es un problema real, no una curiosidad de X.

• 
  winden^capsule^rgba^ntw^bg (@winden) reportó hace 29 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

• 
  Domina IA (@Domina_IA) reportó hace 33 minutos

  Cursor no tumba GitHub. Ni siquiera lo intenta. El producto que acaban de sacar se llama Origin. Conecta tu organización de GitHub, elige repos y sigue empujando ahí. GitHub sigue siendo la fuente de verdad. Los permisos se copian, los pull requests se sincronizan en ambas direcciones y tú no sales del editor. Lo venden como rival. Hablan de las 257 caídas de GitHub el último año y de los 180 millones de desarrolladores que usan la plataforma. Bonito relato. El problema es que Origin no reemplaza nada. Se enchufa al flujo que ya usas. Cursor pertenece a SpaceX. Tienen opción de compra por 60.000 millones y acceso a la mayor flota de GPUs del mundo. Con eso prometen agentes que revisen y fusionen sin salir de la ventana. Funciona mientras GitHub siga siendo el almacén. Si GitHub estabiliza el servicio o mete sus propios agentes, Origin se queda en una capa de más. Su única ventaja es el hábito: que no te levantes de la silla. No necesita que abandones GitHub. Necesita que dejes de salir de Cursor.

• 
  Aniol Comas (@aniol46) reportó hace 38 minutos

  @ErickSky Usa 'GoHarder' puedes hacer lo mismo y funciona offline, puedes pasar el paywall sin pagar y usarla gratis sin lios de github

• 
  Jorge (@tebayoso) reportó hace 42 minutos

  En unos días voy a hacer open source todo lo que me quedó de Euler Tools en el GitHub de la startup. Hay contratos, productos, plataforma, etc. Voy a anonimizar a los colaboradores que tenían dos trabajos y no querran quedar pegados. ¿Qué es Euler Tools? Euler Tools era demasiadas cosas. Mi sueño era convertir la blockchain en una commodity, de tal manera que cualquiera pudiera usarla. El foco era B2B: quería que los bancos y los gobiernos la adoptaran a escala masiva. ¿El problema? - No había un marco legal —no existía MiCA— que permitiera que alguien tocara un token con seguridad. - Fundador técnico: me convertí en una solución en busca de un problema. - Mala gestión: doble contabilidad entre cripto y bancos, demasiados empleados, falta de escrúpulos al contratar y lentitud al despedir. ¿Las cosas buenas? Aprendí un montón, conocí gente súper grosa y entendí cómo armar startups.

• 
  Fernando (@fnandot) reportó hace 43 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.

• 
  Jesús Morán | AI Infra (@jamoran1356) reportó hace 44 minutos

  El otro riesgo no es romperla, es correlacionar. La misma llave en GitHub, en GitLab y en tu servidor te delata: enlaza identidades que creías separadas. El endpoint .keys convierte ese cruce en algo que se automatiza a escala.

• 
  Abraham Moreno 🦁 (@MorenomAbraham) reportó hace 46 minutos

  @_axtone Ya hay muchas repos en GitHub para que el harness mantenga memoria a través de sesiones. Solo considerar que muchas veces eso implica un gasto extra de tokens porque el contexto se lee completo cada que abres una sesión nueva.

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

  Sigue caído GitHub…

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

  No hay semana en que GitHub no se caiga. 93.73% de uptime los últimos 90 días. La buena noticia es que están mejorando. Hace unos meses llegaron a tener un uptime del 84.31%. Eso significa que algunos de sus servicios estaba caído durante el ~15% del tiempo. Eso son 3h y media cada día. Ahora lo han logrado a reducir a 1h y media al día. Ojalá dentro de poco podamos hablar de minutos o ni eso.

• 
  Consejo d Seguridad d Información y Ciberseguridad (@CONSEJOSIAC) reportó hace 59 minutos

  📋 ¿Cómo se filtran estas claves? Código expuesto en repositorios públicos de GitHub, registros de GitHub Actions sin enmascarar, archivos de configuración accesibles, o malware infostealer y respaldos mal protegidos.

• 
  MrOscarDev (@mroscardev) reportó hace 60 minutos

  @santtiagom_ Esto es lo que está pasando de verdad. El que conoce el problema ya puede montar la herramienta. Lo que sigue trabando no es el código. Es GitHub, el dominio y el deploy. Ahí es donde todavía hace falta alguien que haya sufrido eso.