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:

• 
  Gonzalo Marsilli (@MarsSeb3454) reportó hace 8 segundos

  @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.

• 
  GptZone (@gptzone_net) reportó hace 24 segundos

  La resistencia práctica tampoco está resuelta. En apenas 24 horas apareció en GitHub un repositorio que afirmaba eliminar marcas de Claude, ChatGPT y Gemini. Un sistema que puede degradarse mediante reescritura o herramientas accesibles no sirve como prueba única para sancionar a un estudiante.

• 
  Consejo d Seguridad d Información y Ciberseguridad (@CONSEJOSIAC) reportó hace 1 minuto

  📋 ¿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.

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

  🚨 ¡Kimi K3, la IA china, escapa de su entorno de prueba! Durante una evaluación de ciberseguridad, accedió a GitHub para encontrar soluciones. Un fallo de configuración le permitió el escape. No hackeó sistemas externos, pero el incidente resalta vulnerabilidades en pruebas de AI. Las consecuencias podrían afectar la seguridad nacional y la confianza en IA abiertas. La comunidad tecnológica está en alerta tras este evento.

• 
  Fernando (@fnandot) reportó hace 3 minutos

  @carlesnunez Yo lo veo justo al revés: no creo que el problema sea que estemos abusando de GitHub, sino que ha cambiado radicalmente lo que significa producir software.

• 
  7incho (@7incho_lopez) reportó hace 3 minutos

  Cuál timing será el mejor: -El lanzamiento de Origin cuando Github está caído. -Github caído evitando el "Sync from Github"

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

• 
  Martí (@BettaTech) reportó hace 8 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!)

• 
  yuulia ✟ (@yuliaisc) reportó hace 8 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

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

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

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

  Ahora puedes compartir archivos sin conexión a Internet. Acaban de lanzar un proyecto llamado Decimen Optical Transfer que permite transferir archivos entre dos dispositivos utilizando códigos QR. Todo ello sin necesidad de instalar aplicaciones ni depender de una conexión a Internet. Esto es lo que incluye: → Transferencia de archivos utilizando códigos QR dinámicos → Funciona directamente desde el navegador gracias a WebAssembly → Utiliza Fountain Codes para recuperar el archivo incluso si se pierden datos durante la transferencia → Alcanza velocidades de hasta 129 KB/s Lo más interesante: En lugar de enviar el archivo en fragmentos, cada código QR contiene una combinación matemática de distintos bloques, haciendo la transferencia mucho más resistente a errores e interrupciones. Es completamente gratuito y ya acumula más de 3.3k stars en GitHub. Te dejo el repo en comentarios 👇

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

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

• 
  Nicolas 🍆 (@nicolas_d101) reportó hace 18 minutos

  Que cogidos estan los kukitas que en cualquier cosa que suba el doc se largan a llorar Hicieron el anuncio en el peor momento de github que es estando caído y con los nuevos límites y Elon le hace competencia Dejen de ser tan mogolicos por una vez en su vida

• 
  roman (@Nozelcode) reportó hace 19 minutos

  EL 75% DE LO QUE LE PAGAS A CLAUDE ES TU AGENTE REPASANDO LO QUE YA SABÍA AYER Cada vez que Claude abre tu proyecto empieza de 0. Reconstruyendo un mapa que ya hizo hace una hora y tiró a la basura. Esa exploración la pagas tú. En cada sesión. Graft lo arregla con una idea absurdamente simple: convierte a tu agente en el que ya lleva un año en la empresa. Ese que no abre 15 archivos para ubicarse porque ya sabe dónde vive todo. Escanea el repo una vez, lo escribe como markdown enlazado dentro de tu git, y el agente lo lee antes de tocar nada. Así que antes de empezar ya sabe: → qué sistema toca este cambio → dónde vive esa lógica → qué se rompe si la mueves → qué se decidió antes y por qué Y se mantiene sincronizado solo, en segundo plano. Su benchmark, 162 runs: → 46% menos tool calls → 32% menos coste → 60% menos latencia → misma correctness 5 pull requests reales de PocketBase: Sonnet con Graft los reprodujo todos, tocando los mismos archivos que los mantenedores. Nivel Opus y un 21% más barato. Sin embeddings. Sin vector DB. Son archivos markdown dentro de tu repo. npm install -g @nanonets/graft graft init MIT, gratis y open source. trending en GitHub esta semana. El contexto más barato es el que no vuelves a buscar. Enlace al repositorio abajo👇

• 
  karla ❀ (@karlarboledas) reportó hace 23 minutos

  Esperar 10 minutos a que una IA lea un proyecto archivo por archivo es absurdo. ​Graphify soluciona esto y ya supera las 86.000 estrellas en GitHub. ​En lugar de releer el código constantemente, convierte todo tu proyecto en un mapa de conocimiento visual para que tu agente vaya directo al archivo que necesita. ​Mapea código, documentos, imágenes y vídeo. ​Diferencia conexiones reales de inferidas. ​Funciona localmente en Cursor, Claude Code y más de 20 agentes. ​Pasa de escanear todo a trazar la ruta exacta. guárdalo y sígueme para más → @karlarboledas ​¿Cómo gestionas la context window en proyectos grandes?

• 
  🔥🐲 Javier  (@nuevo_31) reportó hace 24 minutos

  GitHub caído pues 😳

• 
  shinojosa (@sergiohavila) reportó hace 26 minutos

  @carlos_olivera @github Entonces tienes un bug por qué tú agente debería notificar alguna falla en origen no?

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

• 
  alex (@alexeiraa) reportó hace 30 minutos

  @rickdamage @devruso github esta vivo, el problema son las actions, si tienes tu flujo ci-cd ligado a eso tus deploys no van a funcionar

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

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

• 
  Domina IA (@Domina_IA) reportó hace 46 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.

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

  Dejé de pagar Freeletics. Me hice una app a medida. No he tocado ni revisado ni una línea de código. 80 commits en varios días, en pequeños huecos entre otras cosas. Es una PWA, local-first. Sin backend, sin cuentas, sin servidor. Todo se ejecuta y se guarda en el navegador y se despliega gratis en GitHub Pages. Pero lo interesante es el flujo. Estoy en el gym, veo algo que no me gusta, algo que podría mejorarse, un botón donde no toca o quiero una funcionalidad nueva. Abro @orca_build desde el móvil, prompteo, commit y push. GitHub Actions pasa lint, tests unitarios y e2e, buildea y despliega. Antes de terminar la serie lo tengo actualizado en el móvil. Y las rutinas tampoco las escribo yo. Son ficheros JSON y los genera Claude con una skill personalizada que tiene referencias de entrenamiento basado en la última evidencia, mi perfil, y un script que valida el formato. La skill la tengo privada que va con mis preferencias y mis datos. El stack es React 19, Vite, Tailwind y Dexie. Yo vengo de Vue y no había tocado React, pero, da exactamente igual. En este proyecto no he revisado ni una línea de código, pero hay una buena red de seguridad: TypeScript estricto, Biome, 307 tests unitarios, e2e con Playwright y hooks de git que no me dejan pushear si algo falla. Y para cualquier feature un poco grande tiro de Forge, mi propio plugin para Claude/Codex que planifica, construye, valida, revisa y refactoriza. La verdad es que funciona de lujo.

• 
  Mario Juárez (@mariomka) reportó hace 49 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.

• 
  Héctor de León (El loco de los perros) ⛧ (@powerhdeleon) reportó hace 49 minutos

  Nuevamente los devs se están centrando más en aprender herramientas, ahora de IA, que en aprender sobre negocio. Y ahí está el problema de por qué mucha aplicación terminará solo en GitHub.

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

• 
  David Fernández (@naroh) reportó hace 55 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. 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.

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

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

• 
  martin (@marterrz) reportó hace 58 minutos

  @Carbeno_ @npm_run_fede @GordoLeyes Entonces no te la agarres con GitHub si tu problema es con el distribuidor. No es para vos, es para programadores. Lo único que tenés que recordar es git clone URL y funciona con cualquier git, no solo GH. Btw abrile un issue en el repo y decile que publique en otro lado.

• 
  ItscoachFO (@itscoachfo) reportó hace 58 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.