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 (55%)
• Errores (32%)
• 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
Paris	Sitio Caído	hace 3 días
Ahmedabad	Errores	hace 9 días
Delme	Inicio de Sesión	hace 10 días
Lyaud	Sitio Caído	hace 10 días
Catania	Errores	hace 12 días
Inverness	Sitio Caído	hace 25 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:

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

  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.

• 
  Adam Martin. (@disadamsdsdnts) reportó hace 3 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.

• 
  Pablo E. Untroib (@PEU_AR) reportó hace 7 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.

• 
  Leo (@leoxbtt) reportó hace 15 minutos

  Un dev creó una forma de hacer doomscroll… pero de repositorios de GitHub Estaba cansado de buscar proyectos open source de la forma tradicional. Terminó inventando algo mucho más adictivo: Una app que te deja deslizar repositorios de GitHub exactamente como si fueran Reels o TikTok. Un feed infinito de proyectos open source. Inicias sesión con GitHub y se adapta a tus intereses según lo que hayas starreado… o simplemente navegas de forma anónima. Se llama Roamers. La forma en que descubrimos código está cambiando más rápido de lo que creemos.

• 
  dahdor (@dahdxr) reportó hace 17 minutos

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

• 
  roman (@Nozelcode) reportó hace 17 minutos

  GitHub acaba de solucionar el mayor problema del vibe coding. Acaban de lanzar Spec Kit y en poco tiempo ya tiene +126K 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. Enlace al repositorio👇

• 
  @deaquino (@deaquino) reportó hace 19 minutos

  @fjpedrosa86 Compras espacio extra o te sirve con el que espacio pro defecto del VPS? Tengo lo mismo que tú, pero, todo Hermes y solo para dos personas. Compré una oferta de zai que caduca a final de año :( - es una 20x. Además un mini pc en casa para compilar. Me fundo los minutos de GitHub

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 19 minutos

  Estoy en 🇧🇷 y corte mis vacaciones para decirles que: nadie va a cambiar github por origin, a no ser que sea algo no tan serio… Recuerden: Accountability

• 
  Jesus J. Ballano (@jjballano) reportó hace 21 minutos

  Parece que Github tiene problemas (otra vez). Yo no se cual es el problema en realidad, pero me gustaría ver las métricas de uso de los últimos 2 años, imagino que el crecimiento es brutal y eso no es fácil de gestionar.

• 
  Roger (@navywakura) reportó hace 22 minutos

  En esta captura la RAM sale mal. No hagan caso. Sigo programando e investigando, y creo que en setiembre podré publicarlo finalmente ya que estoy cerca de comprar AKD1000. Una vez tenga el benchmark de julios y mW, publicare el source code y la ISO. Tengo pensado ponerle la licencia BSL 1.1. Pero aun estoy pensando. Habrá una versión con GPLv3 del kernel base. echOS kernel estará disponible en github pronto!

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

• 
  Ale (@labisfu) reportó hace 28 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

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

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

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

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

• 
  UnknownUser (@UnknownUser983) reportó hace 38 minutos

  @grasutton @yashmp2004 Espera, no lo he entendido bien y tampoco me manejo mucho con github. Esto sirve para echar la culpa a otra persona?

• 
  Maximiliano Rodríguez (@maxirodr_) reportó hace 39 minutos

  @github Uno de cada seis commits siendo bump no es problema de Dependabot, es que leer un PR cuesta igual sea trivial o crítico. Agrupar arregla el denominador, no el numerador. Doce avisos con uno real entrena a ignorar los doce. Esa es la deuda real.

• 
  🇨🇺Arquitecto de Software y FullStack.🇻🇪 (@Apokalipto4) reportó hace 41 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

• 
  ▶️ Oskar Laguillo | 💻 Dev | 🔍 SEO | 🎮 Gamer  (@OskarLaguillo) reportó hace 41 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.

• 
  Carbeno (@Carbeno_) reportó hace 42 minutos

  @marterrz @npm_run_fede @GordoLeyes 1) caes en el 30% entonces 2) y asi y todo lamentablemente muchos deciden subir sus cosas a github, sin dejarte otra opción mas que agarrar la IA y que te pase todo el código para pegar en cmd, que parece facil pero nunca funciona a la primera, siempre algo falta

• 
  Miguel Pascual FdH (@FdhMiguel) reportó hace 45 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

• 
  Marco (@maarcoofdezz) reportó hace 48 minutos

  67.000 estrellas en GitHub para un repo que hace una sola cosa: buscarte trabajo mientras duermes. Se llama career-ops y el flujo es este: → Rastrea portales de empleo → Evalúa cada oferta con una rúbrica estructurada de la A a la F → La convierte en una nota del 1,0 al 5,0 → Y te deja arriba solo lo que supera tu corte Lo interesante no es que use IA. Es la rúbrica. Todo el mundo lleva dos años pidiéndole a un modelo "dime si esta oferta me encaja" y recibiendo un párrafo simpático y sin criterio. Esto le pone examen. Mismo baremo para las 400 ofertas. Que resulta que era el problema desde el principio: no la falta de inteligencia, la falta de criterio constante.

• 
  Jmaxdev (@jmaxdev) reportó hace 49 minutos

  En mi caso, todas mis bases de datos se guardan a la noche en cloudflare r2. Ademas, uso github para alojar el codigo, así que tengo todo lo necesario por si necesito migrar o ver soluciones por si falla el servidor.

• 
  LeX (@LeX0nDump) reportó hace 51 minutos

  GitHub ha caído por trigésima quinta vez en las últimas semanas…

• 
  shinojosa (@sergiohavila) reportó hace 52 minutos

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

• 
  Consejo d Seguridad d Información y Ciberseguridad (@CONSEJOSIAC) reportó hace 54 minutos

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

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

  Cursor acaba de lanzar públicamente su alternativa a GitHub. Justo en el día en el que GitHub lleva caído muchas horas.

• 
  tobarra (@txbrraa) reportó hace 57 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA 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. Enlace al repositorio abajo👇

• 
  Daniel Yánez Bravo (@dyyys0ft) reportó hace 58 minutos

  Acabo de vibe codear una página de un baby shower Le metí vanila Js, GitHub actions, Firebase La IA es maravillosa, esto me hubiera tomado algunas semanas pero con IA 3 días, Claro no es un entorno de producción agresivo, esto decir, no hay mayor problema en caso de error

• 
  Samuel Ferrero. (@MiMundoConIA) reportó hace 58 minutos

  Praxist salió el 27 de agosto. A las 72 horas tenía 3.233 estrellas y 362 forks. Hoy, tercer día, van 4.492 estrellas y 363 forks. Solo con el boca a boca. Yo también le pedí a más de un modelo que "investigara". Me devolvió un muro que sonaba seguro y no probaba nada. El humo no era del modelo. Era de cómo lo pedía. Un objetivo sin número no tiene por dónde fallarte. El modelo rellena ese hueco con frases que suenan bien. Praxist se niega a arrancar si le faltan tres cosas, y las tres son aburridas a propósito. Un métrico con dirección de mejora. Un proyecto que ya corre. Un óptimo que todavía no conoces. "Investiga X" suelto no entra. El sistema se para y te dice qué falta. Lo que corre después no es un chat. Lanza varios peers a la vez. Cada uno entrega un artefacto que se puede volver a ejecutar. Un evaluador que no es el propio modelo le pone la nota. El resultado queda como hallazgo, con tipo y con madurez. La siguiente generación no relee la conversación. Hereda lo que se confirmó, lo que hay que validar y lo que ya se sabe que no funciona. Quien quiera abre el expediente. El paper lo deja en números. En las 75 tareas de MLE-bench, Praxist saca 60 medallas, 49 de oro. El baseline es Claude Code sobre Opus 4.8: 55 medallas, 34 oros. Praxist corre sobre deepseek-v4-pro. Gasto de modelo, 3.054 dólares contra 38.370. Un doceavo. Lo que me importa más que el recuento de medallas es esto. En las 70 tareas donde ambos tienen score, Claude Code gana el número crudo en 36 y Praxist en 33. Praxist no gana la mayoría de los mano a mano. Gana el umbral. El loop está hecho para cruzar una raya, no para escribir un párrafo convincente. Si tu número no tiene umbral, estás pagando un chatbot caro. Cada corrida nocturna responde sí o no. La evidencia decide el siguiente paso. No hace falta un analista despierto a las tres. Guarda esto antes de montar el tuyo. Pásaselo a quien esté por lanzar uno esta noche. ¿Cuál es el número que te dice si ganaste? Del original saqué el estribillo de "no chatea, mide / no vende respuestas, vende evidencia / no le pidas que piense". Decía lo mismo tres veces. También saqué "sin campaña" como motivo de orgullo. El recuento de GitHub ya lo demuestra. Metí lo que el primer texto no podía demostrar. El 30 de agosto el repo iba por 4.492 estrellas y 363 forks. El paper no usa el mismo modelo que el baseline. Praxist corre DeepSeek y aún así gasta un doceavo. Y pierde la mayoría de los scores crudos. Gana la raya. Eso es el argumento, no el slogan. En local: `npm run dev` y abre ` El botón Copiar texto saca el ensayo entero, con el repo y el paper al final. Repo en el siguiente post.