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 11 horas
Inverness	Sitio Caído	hace 13 días
Quito	Inicio de Sesión	hace 13 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:

• 
  David J Marquez Batiz (@djmbdv) reportó hace 3 minutos

  @powerhdeleon Genio, todo el mundo tiene su propio git, github es solo una copia de otro server en la nube. Realmente lo que falla de github mas que todo son servicios como Actions, Pages. Puedes tener tu CI en otro lado, o bien subir tus cositas con filezilla por ftp

• 
  Manu | 🥥 (@ManuAF6) reportó hace 3 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

• 
  Ale (@labisfu) reportó hace 6 minutos

  @Shell__11_ jajaj nosotros pa programar el block de notas d linux, eso nos duró unos meses, despues todos a notepad++ (hay q estar mal) y visual studio aunq los examenes eran en el block no recomiendo para nada usar notepad si quieres subir cosas a github en proyecto grupal

• 
  Javier Calzolari (@javiercalzolari) reportó hace 8 minutos

  Me encantó este anuncio después de no se cuantas horas de GitHub caído

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

  @patogalarzar @barckcode @G_Programming Y dos cosas: 1. Estrella en Github al proyecto. Eso ayuda mucho, es gratarola aparte ... 2. Te conviene entrar al discord. Cualquier cosa avísa.

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 11 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.

• 
  Germán Valle | Arquipartidas 🎮🏛️ (@GerValleArq) reportó hace 12 minutos

  @VigasocoSDL @ManuelPazosMSX @juantomas Suena interesante pero no tengo ni idea de cómo funciona el formato STL. He visto que en el enlace de GitHub hay .png pero no se ve nada en ellos. 🙁

• 
  Andrea Díaz Correia ⚡ (@AndreaDCorreia) reportó hace 13 minutos

  Yo antes: nah es excesivo dejar github, funciona bien Yo ahora: hay que dejar github, hacen lo que quieren y ni sirve bien

• 
  Abraham Moreno 🦁 (@MorenomAbraham) reportó hace 15 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.

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

• 
  Ben Pierron (@Ben_escrito) reportó hace 24 minutos

  Todo el mundo quiere que Claude escriba mejor código. Pero casi nadie quiere configurar Claude. Las expectativas son enormes. Skills. Agentes. MCP. Hooks. Pero haz una pregunta muy sencilla: "¿Qué tienes dentro de tu carpeta .claude?" Y observa la reacción. No "¿usas Claude Code?". No "¿creaste un CLAUDE.md alguna vez?". ¿Qué tienes realmente configurado? La mayoría no tiene un problema con Claude. Tiene un problema de configuración. → Un CLAUDE.md vacío o convertido en un documento de 500 líneas sin estructura. → Cero hooks, cero barreras de seguridad. → El mismo prompt escrito una y otra vez en cada sesión. → Sin skills, sin subagentes y sin MCP conectados. → Una única conversación sobrecargada intentando hacerlo todo. Y luego se preguntan por qué Claude sigue equivocándose. Esto es lo que hace realmente cada componente: CLAUDE.md → El documento del proyecto que Claude lee al iniciar cada sesión. Sin él, tendrás que volver a escribir cosas como: "usa TypeScript en modo estricto, crea primero los tests y no toques la carpeta de migraciones". settings.json → Los permisos y el modelo que utilizará Claude. Aquí es donde dejas de aprobar el mismo comando de Bash 40 veces al día. skills/ → Playbooks modulares que Claude solo carga cuando son necesarios. Evitan que un CLAUDE.md gigantesco arrastre contexto innecesario a cada conversación. agents/ → Subagentes especializados, cada uno con una única función. Revisor de código. Auditor de seguridad. Cada uno trabaja en su propio contexto para mantener limpio el hilo principal. hooks/ → Scripts que se ejecutan antes o después de utilizar herramientas. Formatean automáticamente el código, bloquean comandos peligrosos y realizan todas esas tareas que siempre olvidas ejecutar manualmente. .mcp.json → Las conexiones con GitHub, Slack, tu base de datos o tu herramienta de diseño. Claude deja de ser una simple ventana de chat y pasa a formar parte de tu stack tecnológico. Configurar Claude no es un problema de ingeniería. Nunca lo fue. Es un problema de prioridades disfrazado de problema técnico. Porque alguien tiene que hacer primero ese trabajo de configuración, poco atractivo pero imprescindible. Hasta que eso ocurra, cualquier "workflow impulsado por IA" seguirá siendo simplemente un chat nuevo con las mismas instrucciones escritas una y otra vez. Claude no arregla una mala configuración. La amplifica. Y eso no es una característica. Es un radio de impacto.

• 
  liam. (@liambraus) reportó hace 26 minutos

  🚨 ESTO ES UNA LOCURA Un desarrollador acaba de lanzar una app GRATUITA que convierte tus agentes de código en personajes de una oficina que trabajas puedes ver en tiempo real. Se llama Munder Difflin. Ya suma 5.500 estrellas en GitHub. Así funciona: 1. Conectas los CLI de agentes que ya usas: Claude Code, Codex, Grok, Kimi, Gemini CLI 2. Cada agente aparece como un personaje con su propio escritorio y bandeja de entrada 3. Tu clon reparte el trabajo entre todos y solo te avisa si hay algo crítico Todo ocurre delante de tus ojos, en un piso de oficina pixel-art. Guárdate esta herramienta. Estoy seguro de que puedes sacarle muchísimo partido si trabajas con varios agentes a la vez. Enlace abajo 👇

• 
  Jorge Morales (@jmorales1013) reportó hace 26 minutos

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

• 
  🇨🇺Arquitecto de Software y FullStack.🇻🇪 (@Apokalipto4) reportó hace 29 minutos

  @UnTalNixon_exe Lo configure en mi vscode con Continue que es compatible con openai y no funciona. Le configure con la IA GitHub copilot y le puse el API KEY generado por TokenRouter para el modelo Kimi K3 "free" y sin embargo me da errores como que no he pagado suscripción con esa KEY

• 
  Kuha (Re:World D.) (@_Kuha_) reportó hace 29 minutos

  @LuchoGarabito Si estuviera bien hecho te diría re piola. Onda 99.9% de la programación hoy en día es IA El tema con esto es que luego tenes algo super slop mal hecho, que es un PELIGRO enorme de seguridad, y la gente sin saber ejecuta código random de github en su pc sin entender el riesgo

• 
  Los ingobernables del caribe🌴 (@Losingoberm5nv) reportó hace 30 minutos

  🚨 UN DESARROLLADOR CHINO ACABA DE REVELAR LA VERDADERA IMPRESORA DE DINERO (Y ES 100% GRATIS) Existe una herramienta open source en GitHub que ya supera las 100.000 estrellas. Se llama MoneyPrinterTurbo. La creó un programador chino. Abajo, en el siguiente post, te dejo el enlace de GitHub (y Drive si aplica) para descargarla completamente gratis. Es código abierto total. Genera videos completos y listos para publicar en TikTok, Reels y YouTube Shorts… de forma automática. Cómo funciona (y por qué está volviendo loca a la gente): Todo en un solo flujo automático: ✅ Guion generado por IA ✅ Locución realista ✅ Subtítulos sincronizados ✅ Materiales visuales ✅ Edición final En minutos tienes el video terminado. Tú casi no haces nada. Por qué se volvió un fenómeno viral: Hasta ahora el proceso era un infierno: Una herramienta para el guion → otra para la voz → otra para subtítulos → otra para clips → otra para editar. Cada una cobrando, cada una con su curva de aprendizaje, cada una robándote horas. MoneyPrinterTurbo lo unió TODO en un solo lugar. Gratis. Ilimitado. Y se convirtió en el proyecto open source más viral de su categoría. Dueños de tiendas de TikTok y canales de YouTube Shorts están sacando entre 6.000 y 10.000 $ al mes usando exactamente este sistema. La diferencia es brutal: Ellos pagan por un montón de herramientas. Tú no pagas ni un centavo. La instalación tarda unos 5 minutos. Guarda este post YA para no perderlo. En el siguiente comentario/post te dejo el Drive y el GitHub listos para descargar.

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

• 
  shinojosa (@sergiohavila) reportó hace 34 minutos

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

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

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

  Ayer el comentario del tocayo que dio en el clavo me hizo reír, tuitazo en lo que a mi respecta. Pero el nerd que llevo adentro arrancó un loop Hoy mientras desayunaba escribí un proto-prompt de lo que me gustaría que haga una pagina web sin muchas aspiraciones para ayudar un poco con la búsqueda a alguien que no quiere salir a hablar en persona como yo Ese prompt se lo pase a una IA para que lo ordene y mejore y este es el resultado del prompt, mientras escribo esto tengo a Claude (con APIs via mi propio llmrouter de Z y Deepseek) laburando para hacerlo, cuando este terminado debería aparecer en mi web, ya les pasare link. 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 Pro → 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.

• 
  Rick (@esrickpics) reportó hace 38 minutos

  Hermano que me estoy enterando que Github estaba caído hoy me volví loco con mis actions decía me pase esto configurandolo y no funciona que pasaaaaa

• 
  Iceebook (@iceebook_) reportó hace 41 minutos

  Un agente de IA basado en el modelo Kimi K3 tenía que resolver un reto de ciberseguridad en un entorno cerrado y, en vez de resolverlo, buscó la trampa. Vio que la prueba había dejado accesible GitHub, se descargó el repositorio oficial y leyó ahí la respuesta. No hackeó nada ni explotó ningún fallo, solo aprovechó una puerta que los propios evaluadores dejaron abierta. El caso importa porque enseña un problema de cómo se diseñan estas pruebas, ya que si le das a un agente acceso a un terminal, también puede fisgar conexiones y permisos que no tocaban.

• 
  ExploxTV (@ExploxTV) reportó hace 41 minutos

  GitHub investigó y determinó que un humano escribió el código vulnerable en Snowflake. Copilot Autofix revisó el pull request, pero no detectó el fallo. La transparencia en la atribución es clave. 🔍 #SeguridadSoftware #IA

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

  Este lunes GitHub se cayó durante 8h, ¡toda una jornada laboral donde no se podía desplegar! Y es que es muy común tener todo el flujo de desarrollo allí embebido. Si se cae GitHub no podemos desplegar a producción. Eso puede generar mucha frustración, pero es que el incremento de tráfico que están teniendo es BRUTAL. Y es que los agentes hacen commits y push a velocidades que el año pasado parecían imposible. Para eso también ha surgido Cursor Origin, una alternativa a GitHub enfocada en la programación agéntica. Programación agéntica, que si usas Claude Code, esta semana funciona mejor gracias al fix que han puesto a Opus 5. 🥳 Todas estas y muchas más noticias las estamos comentando ahora en directo en el Café con Codely. ¡Vente!

• 
  Ingeniero Seed Ph. (Oficial) (@IngenieroSeed) reportó hace 50 minutos

  No sé por qué, mi cuenta de Github no funciona, no sé si me la han tumbado... Mientras lo tenéis todo en mi canal gratuito de Telegram (IngenieroSeedSecurity), directamente el archivo .html. También tenéis otros html que he ido sacando en ese canal, ahí está todo bien filtrado, aprovechad y seguidme. Pd. Sé que mi cuenta está en el límite, pero *****, comprobadlo bien que me cuestsa muchísimo trabajo sacar herramientas gratuitas para la gente @github @GithubProjects @github_repo

• 
  ▶️ Oskar Laguillo | 💻 Dev | 🔍 SEO | 🎮 Gamer  (@OskarLaguillo) reportó hace 52 minutos

  @aguilaj10 @AristiDevs Claro, es como si yo le digo ahora a cualquier IA “Busca repositorios top de GitHub y haz una contribución a cada uno de ellos”. Me imagino que el problema es soluciones evidentes pero incorrectas que la IA te da en 30 segundos, pero no son tan sencillas.

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

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

• 
  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

• 
  Tangerine Coding (@tangerinecoding) reportó hace 55 minutos

  Me pregunto si compensa tener el repositorio mirrored en otra plataforma, o si me apuráis incluso en un server local, para cuando GitHub esté caído.

• 
  Adam Martin. (@disadamsdsdnts) reportó hace 56 minutos

  Y me acabo de hacer un buzón para enviarme los vídeos de forma automática a un Issue de GitHub e ir procesando cuando me apetezca... así de mal de la cabeza estoy.