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 (57%)
• Errores (30%)
• 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
Inverness	Sitio Caído	hace 7 días
Quito	Inicio de Sesión	hace 7 días
Junín	Errores	hace 7 días
Guadalajara	Errores	hace 7 días
Paris	Sitio Caído	hace 7 días
Quito	Errores	hace 7 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:

• 
  Nicolas 🍆 (@nicolas_d101) reportó hace 36 segundos

  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

• 
  Martí (@BettaTech) reportó hace 4 minutos

  @tebayoso @theo No creo que el problema sea el hecho de guardar o no secretos en el historial de git, sino que no haya herramientas que mejoren la experiencia de securizarlo. Es obviamente ridí**** y un riesgo innecesario dejar registro de secretos en git, sea en un repo privado o no (puedes hacerlo público despues, puedes querer compartir el código sin compartir tus credenciales, pueden hackear github como ya ha ocurrido...) y, de hecho, ya puedes guardar secretos en github "de forma segura", a modo de vault (aunque abogaria por tenerlo en 1pass o similar ya que si hackean github capaz te roban las credenciales tmb!)

• 
  Lori (@lornasuriano) reportó hace 5 minutos

  @nicoproducto Es que sí, yo por eso lo subí a GitHub para que cualquiera lo use porque me pareció útil posta y quiero que el resto lo use si le sirve

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

  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.

• 
  Sócrates (@es_socrates) reportó hace 6 minutos

  Ahora que GitHub está down, esta solución con Arweave llega en un buen momento. Sube repositorios Git directamente a Arweave. El código se almacena en la red permanentemente. ¿Cómo funciona? 👇

• 
  roman (@Nozelcode) reportó hace 6 minutos

  OpenAI está regalando $1.200 GRATIS para usar Codex Solo necesitas un repo público en GitHub, rellenar un formulario y te dan 6 meses de ChatGPT Pro + Codex Y casi nadie está hablando de esto, seguramente porque no quieren que se entere todo el mundo Todavía estás a tiempo de solicitarlo, 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 repo en los comentarios, entre todos te daremos Star. Si tienes dudas de si aceptarán tu proyecto, no te preocupes. Estos programas aceptan hasta proyectos a medias Enlace para aplicar abajo👇

• 
  Daniel Yánez Bravo (@dyyys0ft) reportó hace 7 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

• 
  Cents And Code (@CentsAndCode) reportó hace 11 minutos

  la voy a ir mejorando: soporte para cursor, codex, lo que vaya saliendo está abierta en github. si se os ocurre algo, si le veis un fallo o queréis meter mano, adelante: issues, ideas, PRs, lo que sea!

• 
  Domina IA (@Domina_IA) reportó hace 11 minutos

  Cursor no tumba GitHub. Ni siquiera lo intenta. El producto que acaban de sacar se llama Origin. Conecta tu organización de GitHub, elige repos y sigue empujando ahí. GitHub sigue siendo la fuente de verdad. Los permisos se copian, los pull requests se sincronizan en ambas direcciones y tú no sales del editor. Lo venden como rival. Hablan de las 257 caídas de GitHub el último año y de los 180 millones de desarrolladores que usan la plataforma. Bonito relato. El problema es que Origin no reemplaza nada. Se enchufa al flujo que ya usas. Cursor pertenece a SpaceX. Tienen opción de compra por 60.000 millones y acceso a la mayor flota de GPUs del mundo. Con eso prometen agentes que revisen y fusionen sin salir de la ventana. Funciona mientras GitHub siga siendo el almacén. Si GitHub estabiliza el servicio o mete sus propios agentes, Origin se queda en una capa de más. Su única ventaja es el hábito: que no te levantes de la silla. No necesita que abandones GitHub. Necesita que dejes de salir de Cursor.

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

  No hay semana en que GitHub no se caiga. 93.73% de uptime los últimos 90 días. La buena noticia es que están mejorando. Hace unos meses llegaron a tener un uptime del 84.31%. Eso significa que algunos de sus servicios estaba caído durante el ~15% del tiempo. Eso son 3h y media cada día. Ahora lo han logrado a reducir a 1h y media al día. Ojalá dentro de poco podamos hablar de minutos o ni eso.

• 
  sammwy (@sammwy) reportó hace 18 minutos

  Feedback de Cline: - Te da modelos gratis, está muy bien. - Tiene promoción generosa y modelos open-weights bastante potentes. - Fácil de instalar y usar. Ahora como punto negativo: El harness es malísimo. Se la pasa mas tiempo razonando que actuando. Tarda mucho. Llega a conclusiones malas y pasa por muchos caminos antes de llegar al objetivo. Intenté arreglar algo entre back <-> front, un auth, un error 401 sencillo. Al agente se le ocurrió levantar el servicio entero, hacer mocks, hacer E2E, ver si tengo password completion en el browser, ver si tengo password manager (no se por que, si el servidor estaba mockeado), intentó buscar info del repositorio en GitHub topics (repo privado, btw), le dió un uso realista a la app (innecesario) antes de probar por el error y prefirió buscar caminos inútiles a un problema que no existía, antes de analizar puramente el código. Tuve que pasarme a OpenCode.

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 20 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!

• 
  Pere Casas (@pcasaspere) reportó hace 21 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?

• 
  yuulia ✟ (@yuliaisc) reportó hace 27 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👇

• 
  Teki Now (@Teki_Now) reportó hace 32 minutos

  Un modelo de IA china se ha escapado del entorno cerrado donde los investigadores lo estaban poniendo a prueba. Kimi K3, de la china Moonshot, aprovechó un fallo en la configuración de red del laboratorio y salió a internet libre. No hackeó nada: se limitó a buscar en GitHub las respuestas ya resueltas. Es el cuarto caso en semanas, después de que modelos de OpenAI, Anthropic y Meta se escaparan también de sus propias pruebas de seguridad.

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

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 34 minutos

  un equipo de dos personas encontró una vulnerabilidad que valió $250.000 en un solo bug bounty. llevan 9 meses cazando fallos High y Critical con IA. más de 20 encontrados. más de $1.5M ganados. acaban de publicar en GitHub el sistema completo que usan. la mayoría de la gente le pasa un repo entero a un modelo y espera que encuentre algo. casi nunca funciona. esto hace lo contrario: ✅ trocea la auditoría en tareas pequeñas y específicas ✅ lanza agentes de IA en paralelo sobre cada una ✅ combina los hallazgos, los deduplica y los clasifica por gravedad ✅ valida cada hallazgo con scripts antes de dártelo como real ✅ compatible con Codex y Claude Code self-hosted. tu código nunca sale de tu infraestructura. se llama open-kritt 👇

• 
  j0n4th4n.d4rk (@j0n4th4n_d4rk) reportó hace 41 minutos

  @ItsDarkStar_06 @powerhdeleon Reinventar? Jajajaj si Github está basado en un software opensource “git” si sabes más o menos a fondo de qué trata te lo montas en tu propio servidor y si no sabes con docker lo haces en un solo comando muchas empresas cuidan su base KB y code como el santo grial hacen eso

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

• 
  Ink (@TheInkReaper) reportó hace 44 minutos

  si... ni yo puedo defender la falta de interes y esfuerzo por la gente que se queja asi de github sabes donde esta Releases, sabes ya como funciona, por que tu instinto es decir "esta mal porque no esta como yo quiero"?

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

  La verdad incómoda: Si sueltas agentes contra GitHub, npm, una API o tu propio servidor sin tope de reintentos, rate limit ni circuit breaker, estás construyendo el mismo incendio. En chico. Tres reglas mínimas: 1. Backoff y tope de reintentos 2. Un presupuesto de requests por agente 3. Una métrica que mida el cuello real, no la CPU “sana” Guarda el hilo si te ha servido. Y dime: en tu equipo, ¿quién pone ese límite… o todavía pegan hasta que arde?

• 
  Carbeno (@Carbeno_) reportó hace 47 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

• 
  IntelArt - Innovación IA (@_IntelArt) reportó hace 49 minutos

  @josesilesdata Los repositorios de GitHub han tomndo fuerza porque funciona. Pero he visto que al Usuario Común lo confunde eso de "Local" y cree debe tener un notebook moderno y caro, nada más errado. He probadob Kimi, esta hecho para cosas complejas, no funciona bien con preguntas básicas.

• 
  Dubzeb_oficial (@D_Ochandiano) reportó hace 51 minutos

  X presume de transparencia total al publicar su algoritmo y lanzar Under the Hood, pero el código en GitHub revela la trampa, la verdadera moderación sigue siendo una caja negra inauditable. La ilusión del código abierto, publicar la fórmula matemática de puntuación, no sirve de nada si las reglas de Visibility Filtering (scarecrow y modelos de lenguaje) que deciden aplicar un DROP o INTERSTITIAL operan fuera del repositorio público. Sabes cómo calcula el ranking, pero no bajo qué criterio exacto te etiquetan para suprimir tu alcance. Transparencia con derecho de admisión, Vender un estándar global de apertura mientras limitas la herramienta de auditoría a cuentas con más de un año y alta actividad en un grupo de prueba aleatorio no es transparencia; es un simulacro para unos pocos seleccionados. El sesgo de predicción vs. interacción: Al basar el feed en probabilidades personalizadas de interacción en lugar de métricas transparentes, cualquier sesgo en los datos de entrenamiento para predecir bloqueos o reportes sepulta el contenido antes de que la audiencia real tenga oportunidad de verlo.Publicar el manual de cómo te penalizan sin abrir los criterios de moderación que te condenan es como darte el plano de la guillotina: ves la hoja caer con precisión matemática, pero sigues sin saber quién dio la orden.¿Es esto transparencia real o solo relaciones públicas para vestir de código abierto un sistema que sigue decidiendo en la sombra?

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

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

• 
  Marco (@maarcoofdezz) reportó hace 52 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👇

• 
  Myrrakle (@myrrakle) reportó hace 54 minutos

  Salió versión nueva del MCP y es el cambio más grande que ha tenido desde que existe. Si tienes algo ya desarrollado, te toca migrar. Para quien no lo tenga claro: MCP es el protocolo que deja que un modelo se conecte con herramientas de afuera, tu base de datos, tu GitHub, tu Notion. En vez de que cada quien invente su propia integración, todos hablan el mismo idioma. Lo sacó Anthropic hace año y medio y hoy vive bajo la Linux Foundation, que es justamente por lo que AWS, Google y Microsoft salieron a apoyarlo el mismo día. Nadie adopta el protocolo de un competidor. Todo el mundo adopta un estándar. Lo que cambió es que MCP se volvió stateless. Antes, para hablar con un server MCP había que abrir una sesión. El server se guardaba quién eras, y esa conversación tenía que mantenerse viva. Era como una llamada telefónica, marcas, saludas, y hay que mantener la línea abierta todo el rato. Si se cae, se cayó todo. Ahora es mandar cartas. Cada carta dice quién eres y qué quieres, cualquier cartero la entrega, y si se pierde una mandas otra. ¿Y eso por que es un gran cambio? Porque antes, si tenías tu server corriendo en varias maquinas, cada petición tenía que volver a caer en la misma que te atendió al principio, porque era la única que se acordaba de ti. Eso te obligaba a montar sticky sessions o storage compartido, muy fastidioso y caro. Ahora cualquier petición cae en cualquier máquina. Y eso desbloquea justo lo que la gente venía pidiendo: correr servers MCP en serverless y en el edge, Lambda, Workers, lo que sea, sin mucha cosas. Pero lo que me dice que esto va en serio no es la spec, es quién salió a hablar el mismo día. AWS lo metió en Bedrock AgentCore. Cloudflare con soporte desde el día cero en Workers, y Sentry y Linear adoptando ahí mismo. Más Google Cloud, Microsoft Foundry, Netlify, Supabase, Figma. Eso no es entusiasmo de comunidad, eso es roadmap coordinado. Y hay un número en el anuncio que me llamo la atencion más que toda la spec junta. Lo soltó la gente de Honeycomb, de todas las consultas que reciben al mes, como el 20% ya las hace un agente y no una persona. Uno de cada cinco. Eso ya no es demo, eso es tráfico de producción. De paso, casi 500 millones de descargas al mes entre los SDKs oficiales, en un protocolo que tiene año y medio. La parte ladilla? El session id ya no existe, o sea que si llevabas estado ahí te va a toca rediseñar, y la recomendación es que una tool te devuelva un handle explícito y el modelo te lo vaya pasando de vuelta. Los headers Mcp-Method y Mcp-Name ahora son obligatorios en cada petición, no opcionales, y sospecho que eso va a doler antes que lo del session id. Y deprecaron Sampling, Roots, Logging y el transporte viejo de HTTP+SSE. Todo eso sigue vivo mínimo 12 meses, o sea nada te explota mañana. Pero si estás arrancando algo nuevo, no lo montes encima de lo viejo. Lo que más me gusta es que no maquillaron nada. Rompieron lo que había que romper y pusieron una política de deprecación con 12 meses para empezar, para que planifiques en vez de reaccionar. Eso es un protocolo creciendo, no un producto vendiendo.

• 
  Manu Quiroga (@Manuls) reportó hace 55 minutos

  fueron cuatro prompts pero un servidor ya tenía configurado el espacio en Vercel, el repositorio en Github, las claves de APU en Google Cloud y la integración con Supabase por eso digo siempre que para hacer vibe coding algo hay que saber del tema

• 
  ExploxTV (@ExploxTV) reportó hace 57 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

• 
  dahdor (@dahdxr) reportó hace 58 minutos

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