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 (69%)
• Inicio de Sesión (17%)
• 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 2 días
Trichūr	Errores	hace 5 días
Brasília	Inicio de Sesión	hace 6 días
Lyon	Sitio Caído	hace 6 días
Tel Aviv	Sitio Caído	hace 9 días
Rive-de-Gier	Sitio Caído	hace 9 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:

• 
  JavaLogs🌠 (@JavaLogs) reportó hace 6 minutos

  Dado a los recientes temas de GitHub me he puesto a pensar en tener mi propio servidor de repositorios privados.

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

  🚨 Microsoft detecta grave vulnerabilidad en Claude Code 🚨 Una falla en el agente de programación de Anthropic permitía filtrar credenciales sensibles. Investigadores descubrieron manipulaciones en GitHub a través de ataques de prompt injection. La amenaza se deriva de contenido malicioso en issues y pull requests. Microsoft advierte que esta situación resalta los nuevos riesgos en entornos CI/CD. La corrección se implementó el 5 de mayo tras un reporte responsable. El caso subraya la creciente vulnerabilidad de los agentes de IA.

• 
  Iñigo Larrea (@larreaio) reportó hace 8 minutos

  @davidalvarezdlt Claude programando y Codex revisando me funciona bastante bien, encuentra cosas importantes que sino se habrían colado. Usando el bot de Codex en github o el propio /review de Codex a traves de CLI.

• 
  Manuel Montiel 📕 (@ManuelMontielMX) reportó hace 9 minutos

  @silvercorp Un bug con un simple gut push que otorgaba acceso de super admin. Pero en github punto con ya está arreglado. Es problema sigue en el enterprise porque muchos admiran no actualizan software.

• 
  OverXeT (@Overxet) reportó hace 11 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

• 
  Toni Soriano (@cloudstudio_es) reportó hace 13 minutos

  Microsoft está retirando las licencias internas de Claude Code para empujar a sus desarrolladores a GitHub Copilot CLI. El motivo oficial es consolidación estratégica. El real: cierre de año fiscal y ahorro de costes. Y es que Claude Code era demasiado popular entre los propios devs de Microsoft. El problema es que Copilot CLI todavía va por detrás en prestaciones. Ahora toca al equipo de GitHub ponerse las pilas. Me parece una señal clara de que la guerra de herramientas de IA también se libra dentro de las empresas.

• 
  Citizen Dev MX (@CitizenDevMx) reportó hace 15 minutos

  🚀 El «buffet libre» de GitHub Copilot se acaba el 1 de junio. Ahora pagarás por cada línea de código que genere la IA. ¿Cuánto costará tu productividad? Si eres gerente o emprendedor y usas herramientas de IA, esto te duele en el bolsillo 👇 GitHub Copilot (la herramienta de IA que escribe código automáticamente) cambió su modelo de precios. Antes pagabas una cuota fija mensual: $10 o $39. Punto. Ahora cada interacción con la IA consume "créditos" basados en tokens (pequeñas unidades de texto que procesa la máquina). ¿Por qué el cambio? Microsoft admite que les cuesta mucho dinero. Una sesión de IA agéntica (donde el programa trabaja autónomamente varias horas) consume entre 200.000 y 400.000 tokens. Eso puede costarle a GitHub $100 USD en infraestructura, mientras tú pagas $10/mes. No cierra. Desde el 1 de junio: Copilot Pro ($10/mes) incluirá 1.000 créditos. Pro+ ($39/mes) incluirá 3.900 créditos. Cada crédito = $0.01 USD. Si se te acaban en el mes, pagarás extra. Las sesiones de código automático consumen muchísimos créditos. Para tu equipo, esto significa: si usan mucho el copiloto agéntico, tu factura mensual puede pasar de $10 a $50-100 por persona rápidamente. El impacto es diferente si usas autocompletado básico (menor costo) versus agentes de IA que trabajan solos. ¿Acción inmediata? En mayo GitHub mostrará una proyección de tu consumo real. Revisala antes del 1 de junio. Si el costo sube demasiado, evalúa alternativas como Cursor o Codeium. No esperes a la sorpresa en junio. #GitHub #IA #ProductividadDigital

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 15 minutos

  Si estás harto de que Grok aparezca en tu timeline de X sin pedirlo alguien publicó la solución en GitHub Se llama Un-Grok Es una extensión de Chrome que elimina todos los tweets que mencionan @GROK de tu feed automáticamente La instalas y desaparece ✅ Elimina tweets con menciones a Grok del timeline ✅ Funciona en tiempo real mientras navegas ✅ Sin configuración, sin cuentas, sin datos ✅ Open source, puedes auditar el código línea por línea ✅ Disponible en Chrome Web Store X lleva meses metiéndote Grok en el feed aunque no lo hayas pedido Esta extensión lo quita de un plumazo lo tienes abajo 👇

• 
  K0lateral (@K0lateral) reportó hace 15 minutos

  @Fluyeporlaweb @Fluyeporlaweb Vaya, 30 pavos al mes por generar fotos del estilo "señora con gato espacial". Menos mal que en GitHub hay gente que no vive del aire y te deja hacer lo mismo sin vender tu alma a Discord. A darle caña al repo y a ahorrar para pipas.

• 
  Diego A. (@diegand666) reportó hace 15 minutos

  @catadordemonas @LDeminul @hyperconectado No mijo sumerce no entiende ni que es github, ni como funciona el software libre

• 
  CryptoWhale™ (@SCryptowhale) reportó hace 17 minutos

  Un tipo apodado nbatman en Reddit edificó accidentalmente el sitio web más práctico del internet. Se llama FMHY (Free Media Heck Yeah). Este es el portal que Google borró de los resultados de búsqueda por infracciones DMCA, que Reddit censuró en las sombras por promocionar piratería, que la Motion Picture Association etiquetó como amenaza principal de piratería, y que la RIAA presionó a los proveedores de hosting para que lo abandonaran. Continúa en línea. Se actualiza cada mes. Así funciona. FMHY es el catálogo. La wiki misma no hospeda nada. Únicamente te especifica dónde reside realmente cada cosa gratuita en internet, estructurada en 14 secciones con evaluaciones de seguridad en cada enlace particular. → Películas y series en 4K de más de 50 plataformas de streaming → Música con calidad de Spotify y Apple Music → Adobe Creative Cloud, Microsoft Office, AutoCAD, JetBrains → Cada curso pago en cada plataforma mayor de aprendizaje → 100 millones de libros y artí***** a través de Anna's Archive → Opciones gratuitas a cada utilidad de IA paga → Una extensión de navegador SafeGuard que marca sitios inseguros en tiempo real Arrancó como un único documento de Google gestionado por un moderador de Reddit en 2018. Google lo liquidó con un retiro por DMCA en 2023. La comunidad reconstruyó la wiki en su propio dominio, la replicó en GitHub e IPFS, y actualmente la ejecuta en 12 dominios de respaldo contemporáneamente. No hay empresa. No hay CEO. No hay servidor central. Seis voluntarios anónimos sostienen todo el proyecto en su tiempo personal. Las donaciones vía Ko-fi costean el hosting. Nadie embolsa ganancias. Hollywood no logra cerrar esto. Spotify no logra cerrar esto. Adobe no logra cerrar esto. Toda la economía de suscripciones se mantiene porque no sabes que esta wiki existe.

• 
  MelipiIIano (@melipiIIano) reportó hace 19 minutos

  Que insufrible es esa gente que critica, a todo evento, que pagues por algún servicio de internet (streaming, juegos, apps, etc) Te evangelizan con el "puedes tenerlo gratis si instalas X proyecto de GitHub" o "si lo haces correr en tu propio servidor Linux" ¡No quiero weon!

• 
  Ivan (@ivanpl82) reportó hace 19 minutos

  @antonioleivag @barckcode El problema no es que cierren los LLM, tenemos salida por china, y otras opciones. Sí cierra GitHub nos vamos a reír pero bien.

• 
  SadAgent (@SadTreachery) reportó hace 23 minutos

  Desgraciadamente, esto es necesario en cierta medida para evitar que ocurra cómo en reddit que hay 50 veces la misma pregunta sin respuesta. Y en GitHub pasa lo mismo con las issues. Esto es solo un síntoma de un problema generalizado, no culpa de Stack Overflow.

• 
  DDobleDe (@SoyDDobleDe) reportó hace 23 minutos

  @paulatr3ides @eXtas1stv Cada vez que Microsoft tambalea, empezar a hacer ese tipo de estupideces. Le estaba pidiendo a todas sus divisiones (Xbox, GitHub, LinkedIn, Office, Windows etc) que de algún modo hicieran un montón de dinero a lo estúpido para recuperarse de un mal año fiscal.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 24 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 👇

• 
  IVAN | IA (@ivnways) reportó hace 25 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.

• 
  🤖 (@fluyeporlaIA) reportó hace 29 minutos

  Hay un paper del MIT CSAIL que está poniendo en duda una de las tendencias más fuertes de los últimos meses. En vez de seguir empujando context windows cada vez más grandes, proponen un enfoque diferente: almacenar los documentos fuera del modelo como variables de Python. El modelo no resume. Escribe código (regex, slicing, navegación) para recuperar solo las partes relevantes, lanza instancias paralelas cuando hace falta y sintetiza al final. Según los benchmarks que muestran, consiguen resultados muy superiores en tareas de contexto largo (incluso llegando a manejar 10M de tokens) sin perder información por compresión. El código está open source en GitHub. Esto choca bastante con la dirección actual de la industria (1M, 2M, 10M tokens de contexto). La tesis es que el contexto masivo tiene un problema de “context rot” y que la recuperación selectiva mediante código es más eficiente y preciso. Si esto escala bien, podría cambiar cómo diseñamos sistemas de agents que necesitan procesar grandes volúmenes de información sin degradación.

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

  🚨 Un desarrollador acaba de hacer lo que Google no ha conseguido en años. Ha creado un navegador en Rust que arranca al instante, consume 10 veces menos RAM y bloquea miles de trackers automáticamente. Acumula más de 5k stars en GitHub, es gratis y open-source. Aquí te explico cómo funciona 👇

• 
  🎄Zukaarimoto Zukirinkutoku🎄 (@cangri2k5) reportó hace 31 minutos

  @bloodyraintatii Antes y ahora también xD El problema sigue siendo la puerta de entrada, os enseñan a hacer cosas pero no sabéis venderos, la gente tiene los mismos proyectos replicados en sus GitHub (si es que los tienen), pocos tienen un E2E con algo que hayan hecho, aunque sea súper simple El objetivo es que cuando alguien te pregunte que sabes hacer, en vez de responderle con lo que estudiaste, le explicas lo que has creado, los problemas que te encontraste y como los solucionaste, cualquiera que te entreviste y tenga un poco de idea, va a poner más foco en tu perfil por el mero hecho de haberte puesto a hacer cosas

• 
  Antonio Bonet (@tonyblu331) reportó hace 31 minutos

  @powerhdeleon Lo dudo, creo que a nivel core y storage github seguirá siendo github, storage es cheap, el problema es la inferencia para los LLMs qué Github ha tenido que pagar a proveedores externos, a base de subsidios. Github como tal es su propia infra junto a Azure.

• 
  K0lateral (@K0lateral) reportó hace 32 minutos

  @CopyRebeldia @CopyRebeldia Vaya, dos años regalando tu dinero como un campeón. Menos mal que GitHub te salva el pellejo, ahora a facturar como un máquina

• 
  Gaseous Snake (@Gaseous_Snakee) reportó hace 33 minutos

  Adivinad quien acaba de perder ~6 horas de trabajo en un proyecto que supuestamente es en grupo pero yo estoy haciendo el 100% del trabajo porque mis compañeros son inútiles y no se indignan a aprender como funciona github y no les da la **** gana hacer pull antes de ponerse a -

• 
  canibal (@tinieblavisible) reportó hace 35 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.

• 
  Mihura (@XMihura) reportó hace 36 minutos

  a veces se me olvida lo lento que va el "mundo real" acabo de estar trabajando en una cosa con una multinacional y no podíamos clonar un repo porque el firewall del trabajo les bloquea las descargas de github enfin, LOL

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 38 minutos

  AirDrop solo funciona entre dispositivos Apple. No es un fallo técnico. Es la razón por la que mucha gente no se cambia de iPhone. Alguien publicó en GitHub la alternativa que funciona entre todos. Se llama LocalSend. 83.2k estrellas. Apache 2.0. Mandas un archivo desde tu Android al Mac de tu colega. Desde tu iPhone al PC con Windows. Desde Linux a iOS. Sin cable. Sin cuenta. Sin internet. ✅ Windows, Mac, Linux, Android e iOS - todos hablan entre sí ✅ Cero servidores intermedios - los dispositivos se comunican directamente por tu red local ✅ Cifrado HTTPS con certificados TLS generados al vuelo en cada dispositivo ✅ Cero telemetría, cero cuentas, cero tracking - no hay nada que recopilar porque nada sale de tu red ✅ Comparte archivos y mensajes de texto entre dispositivos ✅ App de escritorio se puede iniciar oculta en la bandeja del sistema ✅ Protocolo abierto y documentado - cualquiera puede construir clientes compatibles ✅ 229 contribuidores. 24 releases. v1.17.0. Apache 2.0. La pregunta que deberías hacerte: ¿Por qué Apple no ha hecho esto en 15 años de AirDrop? Porque que tu iPhone no hable bien con un Android es, para ellos, una función. No un bug. el enlace 👇

• 
  Marcho (@MarchoSn) reportó hace 40 minutos

  @D_Espanadero Eso es lo de menos, porque podes levantar cuenta de GitHub y servidores vacíos sin comprometer nada personal. El problema es el riesgo de tener algo productivo con datos de usuarios reales “protegidos” por dudosa seguridad. Ahí está el verdadero problema.

• 
  sammwy (@sammwy) reportó hace 45 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.

• 
  Filipe (@filicroval) reportó hace 51 minutos

  💀esto da bastante mal rollo. hay una tool en GitHub llamada GhostTrack: metes un username/teléfono y te escanea en qué plataformas aparece registrado, además de datos tipo IP/location/carrier. clonas el repo, corres el script y en minutos tienes un mapa entero de la vida digital de alguien. la parte más loca no es que exista. es lo fácil que es usarlo. luego la gente sigue poniendo el mismo username en todas partes y pensando que está “anónima” online 💀 opsec ya no es paranoia. es higiene básica.

• 
  Nico (@nicos_ai) reportó hace 58 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 👇