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 (68%)
• Inicio de Sesión (18%)
• Errores (14%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Créteil	Sitio Caído	hace 16 días
Trichūr	Errores	hace 20 días
Brasília	Inicio de Sesión	hace 20 días
Lyon	Sitio Caído	hace 20 días
Tel Aviv	Sitio Caído	hace 24 días
Rive-de-Gier	Sitio Caído	hace 24 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:

• 
  precis0x (@precisox) reportó hace 1 minuto

  Un desarrollador automatizó absolutamente toda su vida con scripts. Después renunció. Sus compañeros descubrieron todo. El repositorio se llama Hacker Scripts. Más de 49.500 estrellas en GitHub. Basado en una historia real. La historia original apareció en un foro ruso alrededor de 2015. Un ingeniero de builds dejó la empresa. Sus compañeros revisaron su antigua máquina. Esto es lo que encontraron: Script 1: "hangover" Si eran las 8:45 de la mañana y todavía no había iniciado sesión, el script le enviaba un correo a su jefe diciendo “no me siento bien, voy a trabajar desde casa”. Elegía la excusa al azar de una lista que él mismo había preparado con antelación. Script 2: "kumar-asshole" Cuando un cliente concreto escribía un correo con palabras como “help”, “trouble” o “sorry”, el script se conectaba por SSH al servidor del cliente, revertía la base de datos al último backup estable y respondía: “no te preocupes, ten más cuidado la próxima vez”. El cliente nunca habló con una persona real. Script 3: "smack-my-bitch-up" Si pasaban de las 9 de la noche y seguía conectado, el script le mandaba un mensaje a su esposa diciendo “trabajando hasta tarde”, acompañado de una excusa elegida aleatoriamente de una lista predefinida. Script 4: "fucking-coffee" La cafetera de la oficina funcionaba con Linux y tenía un puerto TCP abierto. Cada mañana, exactamente 17 segundos después de iniciar sesión, el script abría una conexión telnet a la máquina y le daba la orden de preparar café. Un latte mediano half-caf que tardaba 24 segundos en salir. Su café siempre estaba listo justo cuando él llegaba a la cocina. Todos los días. Durante años. Su jefe lo consideraba el desarrollador más atento del equipo. Su esposa pensaba que siempre la mantenía al tanto. El cliente creía que tenía el soporte más rápido de la industria. Los cuatro estaban hablando con scripts de bash. Nadie se enteró. Durante años. Cuando sus compañeros encontraron los scripts, los subieron a GitHub. Desarrolladores de todo el mundo los reescribieron en 17 lenguajes diferentes: Ruby, Python, Go, Java, Kotlin, PHP, PowerShell, Node.js y más. Una sola leyenda. Diecisiete lenguajes. 150 commits. La licencia es WTFPL. Una licencia real de código abierto que significa “Do What The **** You Want To Public License”. No automatizó solo su trabajo. Automatizó su vida entera. Y nadie lo descubrió hasta que se fue. 49.500+ estrellas. Con licencia WTFPL. Legendario.

• 
  Arturo (@_artcc_) reportó hace 1 minuto

  FreeLingo es open source y puedes apoyar el proyecto de varias formas. Revisa el repositorio de GitHub y despliega en tu servidor: con IA local es completamente gratis, o usa tu propia API key de OpenAI y paga solo tu consumo.

• 
  ariel mathov (@arielmathov) reportó hace 2 minutos

  Día 304 de #buildinpublic cada vez me gusta más esta feature de 021 "ask the code / repo" (le falta un nombre mejor, alguna idea?). Integrando 021 a github, todos los usuarios pueden preguntar si algo está hecho, cómo funciona X feature, qué se puede hacer. Funciona también para nuestros agents como tool para ganar más contexto. Ahora también, luego de definir una iniciativa y pasársela a ingeniería, se puede volver y comparar: lo definido en el PRD / tarea vs. lo que realmente está en el código. Menos tiempo perdido en preguntas sin sentido = tiempo ganado para validar más y shippear más. Lo que viene: usarlo desde Slack!!

• 
  José Luis Chávez del Cid (@jlchavezGT) reportó hace 7 minutos

  GitHub valió su seguridad por una extensión con un problema de seguridad.

• 
  Nico (@nicos_ai) reportó hace 7 minutos

  GitHub acaba de solucionar el mayor problema del vibe coding. Acaban de lanzar Spec Kit y en días ya tiene +95K estrellas. ¿La idea? En vez de tirar prompts vagos y rezar para que el agente no rompa tu proyecto… Spec Kit obliga a la IA a crear una especificación estructurada ANTES de tocar código. La IA primero entiende lo que quieres construir, pregunta lo que falta, organiza el proyecto y después empieza a programar. Eso significa menos tiempo arreglando errores absurdos, menos código inconsistente y resultados mucho más predecibles cuando trabajas con agentes. El flujo es simple: /constitution → reglas y estándares /specify → qué quieres construir /clarify → dudas antes de empezar /plan → arquitectura y stack /tasks → tareas ordenadas /implement → ejecución Compatible con Claude Code, Cursor, Copilot, Codex, Gemini CLI y +25 agentes. 95K estrellas. 8K forks. Open source. Publicado por GitHub. Repositorio 👇

• 
  Lovebesfil (@Luis96019632) reportó hace 9 minutos

  @leoncsm @JordiNeil como cualquier otro programa tiene su 8k de problema los ingeniero de microsoft y google recibe miles de pr de problema de inseguridad y problema en su producto en github mientra mas famoso sea mas pr tendra en github entonce que hermes sea mas seguro eso nunca va a pasar

• 
  Cristian Córdova 🐧 (@barckcode) reportó hace 17 minutos

  Que queréis que os diga. Yo no estoy descontento con GitHub más allá de que las PRs son lentas y aveces van mal. Aun así probar alternativas nunca está demás. Nunca se sabe.

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

  Un grupo de desarrolladores han creado una copia de CapCut completamente gratis. Se llama OpenCut y permite editar vídeos sin marcas de agua, suscripciones ni funciones bloqueadas. Tiene más de 55.4k stars en GitHub, es open-source y compatible con web, escritorio y móvil. Aquí te explico cómo funciona 👇

• 
  Kurt (@kkurtt__) reportó hace 22 minutos

  Después de probar mil formas de activar el módulo del wifi/bluetooth mediatek 7902 en mi server minipc Linux no ha habido manera. Mañana lo cambio por un Intel ax210 que ese no falla. Esto es una sutileza de Windows y mediatek para tocarte tanto la polla que se te quiten las ganas de instalar Linux, pero pa cabezón yo. Mañana tengo esto funcionando como un tiro con fedora. Ahí os dejo unas capturitas de la aventura por si alguien del internec se encuentra los mismos problemas ya sabe qué tiene que hacer. No perdáis tiempo bajando drivers de la comunidad desde GitHub. Tampoco valen. Cambiad el chip y taladrad este o haceros un colgante.

• 
  kento iv (@0xKento_) reportó hace 25 minutos

  cada dia que pasa las cryptos siguen cayendo y el prediction market es una buena oportunidad no porque sea mas facil, sino porque es otra forma de pensar el mercado en crypto muchas veces estas mirando una vela roja, una narrativa que se murio o una meme que ya hizo -70% en prediction markets, en cambio, estas mirando probabilidades, eventos, precios, liquidez, timing y diferencias entre plataformas hoy encontre un repo bastante interesante llamado polymarket-arbitrage la idea es buscar posibles ineficiencias dentro y entre polymarket y kalshi, comparando mercados parecidos, precios, spreads y oportunidades donde el riesgo capaz esta mal priceado obvio no es plata gratis, si fuera tan facil no estaria en github jajajs pero me gusta porque te obliga a pensar distinto, no es solo “quien gana?”, es “cuanto esta pagando el mercado por ese resultado y si ese precio tiene sentido?” el prediction market no es solo apostar, es aprender a leer probabilidades en tiempo real repo y pagina abajo en comentariosss

• 
  Derechamente oficialista (@MariaJoseF40858) reportó hace 25 minutos

  @maurifigveroa @thanks4fish42 @PilarGinesta Qué ironía que uses esa imagen, porque esa cita es una falsa atribución de internet que Mark Twain jamás escribió o dijo. Estás aplicando a la perfección tu propia foto: ninguna cantidad de evidencia (como demostrarte que tu dato de CIPER es un invento de un GitHub tuitero, o que el fallo de la Corte por las licencias de Urrutia es real) va a convencer a alguien cegado por la ideología. Te quedaste sin un solo argumento legal ni contable y tuviste que arrancar con un meme cliché de redes sociales. El burdo intento de superioridad moral se te derrumbó por completo.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 29 minutos

  Github se acaba de f0llar al vibe coding Acaba de publicar spec-kit y en pocos días tiene 95k estrellas y 8.3k forks Esto no es un proyecto cualquiera. Es GitHub diciéndote cómo se programa con IA de verdad. El problema con los agentes de IA no es el modelo Es que le mandas una idea en texto y él interpreta lo que quiere Spec-kit resuelve eso con 6 comandos que convierten tu idea en una especificación estructurada antes de escribir una sola línea de código ✅ /speckit.constitution → las reglas del proyecto: calidad, testing, arquitectura ✅ /speckit.specify → describes QUÉ construir, no el stack ✅ /speckit.clarify → el agente pregunta lo que no entiende antes de empezar ✅ /speckit.plan → ahora sí eliges la tecnología ✅ /speckit.tasks → lista de tareas ordenada por dependencias ✅ /speckit.implement → el agente construye El entregable ya no es código generado a lo loco Es una especificación viva que tu IA lee, valida y ejecuta paso a paso Funciona con Claude Code, Cursor, Copilot, Codex, Gemini CLI y más de 25 agentes La diferencia real es esta Antes: "hazme una app de tareas" y rezas para que el agente no se pierda a mitad Ahora: especificación primero, código después El agente sabe exactamente qué construir, en qué orden y por qué 95k estrellas. 8.3k forks. Publicado por el propio GitHub. Licencia MIT. el repo aquí 👇

• 
  Guillermo Izquierdo (@gizquierdo_dev) reportó hace 31 minutos

  Y esta semana lo viste en concreto: hasta GitHub fue comprometido. La IA baja el costo de atacar más rápido de lo que baja el costo de defender. Esa asimetría es el problema real.

• 
  IVAN | IA (@ivnways) reportó hace 34 minutos

  Entrar en código ajeno suele ser una pesadilla. Miles de archivos. Cero contexto. Documentación desactualizada. Google acaba de solucionar ese problema. Ha lanzado CodeWiki, que convierte cualquier repo de GitHub en una especie de Wikipedia interactiva del código. Pegas un repositorio y te explica: • cómo funciona • qué hace cada parte • cómo se conectan los archivos • y por dónde empezar Incluso genera diagramas y un chat que entiende todo el proyecto. Así debió ser siempre la documentación. Enlace en los comentarios.

• 
  Regalos Digitales (@RegalosDigitals) reportó hace 36 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 de 6 a 10 mil dólares 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. Subo cursos gratis todos los malditos dias comenta un emoji para mas que pronto esta cuenta se volvera privada solo para la gente que me sigue.🔥

• 
  Mr.M (@cybermrm) reportó hace 37 minutos

  El pipeline de desarrollo se volvió parte del perímetro. Un PR externo, un workflow mal configurado o un paquete recién publicado pueden terminar tocando tokens de GitHub, npm, PyPI, cloud, runners, secrets de CI o credenciales locales de devs.

• 
  Ervin Mo (@ervinmo1391) reportó hace 39 minutos

  GitHub acaba de confirmar el robo de 3,800 repositorios internos. No fue un hack directo, sino una extensión de VS Code 'envenenada' que comprometió el SDK de Python de Microsoft. Esto no es un bug, es un gusano de cadena de suministro (supply chain worm) que se metió hasta la cocina. ✅ El problema no es el código, es de dónde viene. ✅ Una extensión de confianza se volvió un caballo de Troya. ✅ La seguridad de tu negocio depende de cada pieza que instalas. La lección es clara: la IA no te va a salvar si tu base de software está podrida. La verificación rigurosa no es opcional.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 41 minutos

  Tu agente de IA acaba de escribir 80 líneas para algo que necesitaba 5. No porque no sepa hacerlo mejor. Sino porque nadie le ha dicho que ser perezoso es una virtud. Ponytail es el plugin que cambia eso. 9.7k estrellas en GitHub. MIT. v4.4.0 publicada hace unas horas horas. Lo que hace antes de escribir cualquier línea: 1. ¿Esto necesita existir? No - descártalo (YAGNI) 2. ¿Lo hace la stdlib? Úsala 3. ¿Hay una feature nativa de la plataforma? Úsala 4. ¿Una dependencia ya instalada lo resuelve? Úsala 5. ¿Cabe en una línea? Una línea 6. Solo entonces: el mínimo que funciona Los benchmarks en producción real: 80-94% menos código generado 47-77% menos coste en tokens 3-6x más rápido que un agente sin restricciones El caso concreto: un agente normal generó 293 líneas. Con Ponytail: 47. Las 246 líneas que nadie escribió nunca han causado un incidente. ✅ Plugin nativo para Claude Code con badge [PONYTAIL] en el statusline ✅ Comandos /ponytail-review, /ponytail-help y /ponytail-debt incluidos ✅ 3 niveles de intensidad: lite, full y ultra ✅ Reglas para Cursor, Windsurf, Cline, Copilot, Aider y Kiro incluidas ✅ /ponytail-debt: cosecha los atajos diferidos en un ledger para que "después" no se convierta en "nunca" ✅ Compatible con Claude Code, Codex, OpenCode y Cursor Lo que no toca nunca aunque seas en modo ultra perezoso: Validación en límites de confianza, manejo de errores, seguridad y accesibilidad. Perezoso significa eficiente. No descuidado. el enlace 👇

• 
  canibal (@tinieblavisible) reportó hace 41 minutos

  Lo bueno de que Twitter funcione mal es que se camufla con Instagram que funciona mal, con GitHub que funciona mal, con los LLM que hacen las otras 3 que funcionan mal, y con la capacidad de organización de la clase trabajadora que funcionan mal.

• 
  tpx Security ⠠⠵ (@tpx_Security) reportó hace 43 minutos

  Se ha revelado la vulnerabilidad de severidad alta CVE-2026-3854 (CVSS 8.8) que afecta a GitHub Enterprise Server. La falla radica en la falta de sanitización de las opciones proporcionadas por el usuario durante una operación git push. Esto permite a un atacante inyectar metadatos en los encabezados de servicios internos, logrando la ejecución remota de código (RCE) en los servidores backend y eludiendo los mecanismos de aislamiento (sandboxing), lo que representa un grave riesgo de compromiso cruzado.

• 
  sammwy (@sammwy) reportó hace 44 minutos

  @xezrxl A este punto creo que es bait, pero te respondo porque no está de mal divulgar. Los launchers de MC están hechos en lenguajes de programación completos que permiten tener utilidades como parsing de archivos. Minecraft usa JSON dinamicos para el meta-version, el cual es una set de instrucciones de como el juego debe iniciar dependiendo la versión, el sistema operativo, la arquitectura y el jugador. Existe una API de mojang llamada piston que entrega los meta versión de cada versión (ej 1.20.1) El archivo JSON tiene de estructura la verificación de integridad (checksum), el listado de assets y su indexado por hashes (.minecraft/assets), el manejo de binarios nativos dependiendo arch y OS (.minecraft/native) el cual debe descomprimir en un .zip, el manejo de dependencias con namespace (.minecraft/libraries) y el manejo local del meta-json y el JAR del entry point (.minecraft/versions) Una vez teniendo esto en cuenta, se arma algo llamado classpath, el cual es un listado de todos los archivos que van a corresponder a esa versión del juego, los nativos a integrar, el asset path a usar y el "mcdir" junto con mas argumentos como la sesión del jugador, etc... Mi idea es construir todo esto desde un script de windows ".bat" o de bash ".sh", el cual, al menos Windows, es bastante básico. No poseo parser JSON, ni validación de checksum, ni forma de decomprimir el ZIP, ni forma de iterar, descargar o interpretar los meta de forma correcta. Por eso es complicado, y hasta la fecha no vi nada igual. tuve que ingeniarmelas usando un truco que se me ocurrió. Esa es la razón. Podés ver el código del script en GitHub.

• 
  OverXeT (@Overxet) reportó hace 47 minutos

  🚨 GitHub parchó falla crítica (CVE-2026-3854) que permitía acceder a millones de repositorios privados mediante ejecución remota de código. Protege tu proyecto actualizando ahora. #GitHub #Seguridad

• 
  boluda total (@laraGod_) reportó hace 49 minutos

  1. Voy a matar a github por mergear cmo se le canta el orto 2. Voy a matar a mis compañeras por no probar lo que mergearon a ver si funciona

• 
  Color Vivo Internet (@colorvivo) reportó hace 49 minutos

  @skgsergio @awscloud A mi no me funciona github y no se si es por laliga, pero github dicen que todo esta arriba en sus sistemas :(

• 
  Jin dominicano 2.0 (@pokemaicratero) reportó hace 50 minutos

  @cabrerabenavent @NicoCubito @TanatoPiarda un repositorio en github no cuesta dinero, un hilo en reddit explicando paso a paso como puedes hacer tu tu propio servidor no cuesta dinero, lo que se pide es que no maten el juego y que si te da la **** gana, en 20 años puedas TU crear tu servidor desde 0 y jugar con otros

• 
  cat (@VinfoCats) reportó hace 52 minutos

  @marianorenteria Tu problema con GitHub seguro es que lo compró Microsoft. Jamás ha existido razón para no usarlo.

• 
  hipersayan x (@hipersayanX) reportó hace 54 minutos

  @daviantongartil @Cypher1984 Stripe tiene un soporte muy limitado de países, no hay soporte ni funciona en LATAM. Solo funciona en LATAM atraves de GitHub por la versión express y poco más. Sino tenés que abrir una LLC con Atlas.

• 
  Darwinglish (@SoyDarwinglish) reportó hace 55 minutos

  En GitHub o Jira, un Issue puede ser: 🔹 un bug 🔹 una mejora 🔹 una tarea 🔹 una pregunta 🔹 algo pendiente de revisar Por ejemplo: ✅ “I created an issue for the login bug.” Aquí sí está relacionado con un bug. Pero: ✅ “Can you open an issue for this improvement?” Aquí no es un problema. Es una mejora que quieren documentar.

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

  @barckcode De hecho yo me fui de github y pasamos todo a forgejo privado por lo que ocurrió. Funciona bien ... muy bien de hecho.

• 
  CopyRebeldia (@CopyRebeldia) reportó hace 59 minutos

  Sigues pagando 10, 15, 20 suscripciones al mes. Para casi todas existe una alternativa open-source que funciona igual o mejor. Gratis. El problema nunca fue que no existieran. El problema era encontrarlas sin perder tres horas en GitHub. Este sitio te deja buscar proyectos open-source por categoría, lenguaje y popularidad en segundos. Sin cuenta. Sin pagar. Guarda esto antes de renovar otra suscripción.