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

• 
  Koki🌸 (@Koki_San7) reportó hace 2 minutos

  @paradona24 El pack de GitHub es una mina de oro si tienes correo institucional activo. Ahorrarte la suscripción del entorno de desarrollo y sumar los créditos de modelos de código ayuda bastante al inicio. ¡Buen aporte con el aviso sobre las tarifas de la materia! 💻

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

  🚨 Tu ordenador con Windows viene lleno de apps que nunca pediste. La mayoría de ellas consumen recursos, recopilan datos y mantienen activadas opciones que no necesitas. Alguien se cansó y creó una herramienta gratuita para solucionar este problema. Se llama Win11Debloat y te permite limpiar Windows 10 y 11, eliminar bloatware, desactivar telemetría y quitar gran parte de las funciones innecesarias del sistema. Esto es lo que incluye: → Elimina aplicaciones preinstaladas y bloatware → Desactiva telemetría, seguimiento y anuncios personalizados → Permite eliminar Copilot, Recall y otras funciones de IA → Desactiva Bing y las sugerencias dentro de Windows Search → Elimina anuncios, recomendaciones y contenido sugerido → Permite personalizar Inicio, barra de tareas y Explorador de archivos Lo más interesante: Los cambios pueden revertirse fácilmente y la mayoría de las aplicaciones eliminadas pueden volver a instalarse desde Microsoft Store. Además, permite exportar e importar tu configuración para aplicar los mismos ajustes rápidamente en varios equipos. Ya supera las 55k stars en GitHub, es completamente gratuito, open-source y cuenta con licencia MIT. Te dejo el repo en comentarios 👇

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

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

• 
  dahdor (@dahdxr) reportó hace 9 minutos

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

• 
  Sergie Code (@sergiecode) reportó hace 12 minutos

  @HazzimIO Nosotros pasamos todo a Gitlab hace 3 meses por lo mal que funcionaba Github... la verdad que tienen sus problemas y Gitlab DUO es malísimo pero funciona sólidamente y no hemos tenido problemas bloqueantes

• 
  Aniol Comas (@aniol46) reportó hace 14 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 Morales (@jmorales1013) reportó hace 17 minutos

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

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

  GitHub está como lento que ladilla

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

  CLAUDE ESCRIBIENDO 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. guárdalo y sígueme para más → @karlarboledas Enlace al repositorio abajo👇

• 
  Gabs (@constrainterror) reportó hace 23 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

• 
  roman (@Nozelcode) reportó hace 25 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👇

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

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

  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 Plus → 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.

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

• 
  KATSU (@katsudev) reportó hace 33 minutos

  🚨Un pibe de 13 se aburrió en vacaciones, armó un script de trading para Polymarket, lo subió gratis a GitHub y se volvió al colegio. Dos meses después le cayeron 20.000 dólares. Un trader le escribió: “Con tu código hice más de 200 mil en un mes”. No vendió cursos. No puso paywall. No se hizo gurú. Solo resolvió un problema y se fue a hacer la tarea. Internet se encargó del resto.

• 
  ryu. (@romanftp) reportó hace 33 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

• 
  LeireMoFan (@LeireMoFan) reportó hace 35 minutos

  Acabo de terminar el capitulo 19 del Python crash course lo que significa que ya termine el ultimo projecto del libro, hice los 3 lo que pasa que el capitulo de la api no lo pude conectar con la api de github y me pelee un buen rato con eso pero me rendi

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 40 minutos

  Automatización con GitHub ​Conectas tu repositorio de GitHub a tu instancia de Coolify. ​A partir de ahí, el flujo es idéntico a Cloud: ​Haces git push a tu rama principal. ​Coolify recibe el webhook, construye el contenedor y despliega sin caída de servicio (zero-downtime). ​Misma experiencia de desarrollo, control total del servidor.

• 
  DATA (@rcxdata) reportó hace 42 minutos

  EXCLUSIVA: EL REPO #1 DE GITHUB NO ES UN MODELO DE IA. ES UN AGENTE QUE TE CONSIGUE TRABAJO asi funciona el sistema: > evalua cada oferta y te dice el encaje real > adapta tu cv usando solo la experiencia que importa > te escribe la carta de presentacion > un segundo agente revisa todo como si fuera la empresa contratando > te prepara para la entrevista y nunca inventa experiencia que no tienes es open source y ya supera las 29k estrellas en github la busqueda laboral manual ya murio para el que sabe usar esto guardalo en favoritos antes que se vuelva el standard y todos lo esten usando, y empieza a aplicarlo 👇

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

• 
  Josué Hernández (@josueisaihs) reportó hace 43 minutos

  La analogía falla en el punto que importa: el lock-in de GitHub era social graph y CI; el de HF es la ruta de resolución de artefactos. from_pretrained resuelve contra su CDN en cada build. Ahí el dueño no controla un repo, controla el default de descarga de todo el stack.

• 
  HMAQuant (@_HMPhysics_) reportó hace 44 minutos

  Tu CV dice 'apasionado de los mercados'. El del candidato de al lado trae un backtest reproducible en GitHub, con costes, walk-forward y un README honesto sobre lo que NO funciona. ¿A quién entrevistarías tú?

• 
  Miguel Pascual FdH (@FdhMiguel) reportó hace 44 minutos

  @alexmunoz1_ Tailscale y te pones un graph rag en github muy bien organizado. Yo llevo 3 meses con el y mi productividad ha subido un 20X además de que soy incapaz de agotar los tokens de mis cuentas. Eso si, es una buena inversión y necesitarás buena máquina para exprimir tanta sesión jaja

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 46 minutos

  El número que casi nadie está mirando: En abril, GitHub procesaba 1.400 millones de commits al mes. En agosto, 2.900 millones. En 4 meses se duplicó el corazón de la plataforma. Eso no es un pico de humanos. Es otra especie usando GitHub: agentes de IA haciendo commits, PRs y pushes en bucle. GitHub lo dice en el postmortem: no hubo cambio de código ni de configuración. Fue un fallo de capacidad.

• 
  NaikoTBD (@NaikoTbd) reportó hace 52 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.

• 
  ExploxTV (@ExploxTV) reportó hace 53 minutos

  GitHub aclara: humanos escribieron el código vulnerable en Snowflake, y Copilot Autofix fue un co-autor que no detectó el error. La IA ayuda, pero la revisión humana sigue siendo clave. 🧐 #SeguridadIA #DesarrolloSoftware

• 
  Pere Casas (@pcasaspere) reportó hace 53 minutos

  GitHub ha sufrido una degradación significativa hoy (error rates elevados en API, Actions, Git Operations y downloads). Esto no es un problema de “desarrolladores”. Es un riesgo de cadena de suministro de software. Si tu CI/CD, el registro de packages o el código depende de un único proveedor, tienes un single point of failure que debería estar en tu inventario y matriz de riesgos. Acciones mínimas: • Inventariar dependencias críticas de GitHub • Definir plan de contingencia (mirrors, self-hosted runners, alternativas parciales) • Incluir vendor concentration risk en la evaluación de riesgo cibernético ¿Cuántos empresas tienen en consideració este riesgo?

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 53 minutos

  Hay una técnica que está cambiando cómo miles de devs usan la IA para programar. Se llama Ralph Wiggum. el nombre es una broma, lo que hace no lo es: while :; do cat PROMPT.md | claude-code; done Un bucle de bash. Nada más. Le das una tarea a la IA. Ella trabaja. Intenta parar cuando cree que ha terminado. Y el bucle no la deja. Le vuelve a meter el mismo prompt. Otra vez. Y otra vez. Cada intento ve los archivos y el historial de git del intento anterior. No empieza de cero. Revisa lo que hizo mal y lo arregla. lo inventó un solo dev en julio de 2025, sin querer hacer ruido Lo llamó Ralph por la mezcla de ignorancia, persistencia y optimismo del personaje. Su frase resume la filosofía entera: "Es mejor fallar de forma predecible que acertar de forma impredecible." Empezaron a usarlo en Y Combinator. El ruido llegó a Anthropic. Y acabaron creando un plugin oficial dentro de Claude Code con el mismo nombre absurdo. compadre así de simple es usarlo hoy /ralph-loop "Migra todos los tests de Jest a Vitest" --max-iterations 50 --completion-promise "DONE" y se queda currando solo, durante horas, mientras tú haces otra cosa Matt Pocock, el mismo de las 200k estrellas en GitHub, lo resumió así: "Ralph Wiggum con Opus 4.5 es realmente, realmente bueno." el propio creador reconoció que le preocupa haber cambiado el desarrollo de software para siempre y aun así, la comunidad entera lo sigue usando

• 
  Edgardo (@edgardo_rl) reportó hace 59 minutos

  ¿A alguien más le falla GitHub con @izzi_mx ? Ya van 2 veces éste mes que falla, GitHub está bien, es Izzi el problema.

• 
  Nicolas 🍆 (@nicolas_d101) reportó hace 59 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