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

• 
  Disiento con usted (@yodisiento) reportó hace 8 segundos

  @powerhdeleon La forma de trabajar es esencial. Armar siempre planes es clave, incluso para las tareas que presumimos sencillas, para saber si entendió y que quiere hacer, antes de tocar nada. Dialogar lo suficiente hasta cerrar el alcance, antes de tocar nada, es tiempo ganado y renegar menos. Se trata de revisar cada cosa del plan que no se entienda, saber qué quiere hacer y el porqué. Ahí salta mucha sobre-ingeniería que podemos y debemos evitar. Antes de tocar nada. Atomizar las planes, escalonar los cambios, es decir, achicar los problemas para resolver, es una forma adicional de tener resultados controlables. Antes de tocar nada. Luego, una vez aplicados los cambios, revisarlos. En mi caso, con una interfaz amigable como GitHub Desktop. Es esencial para ver que no haya tocado cosas del Core que no autorizamos. Ojo con esto, a veces hace cosas que no dijo que haría, que no están en el plan, y el/la hijoepú las mete, total, después te pide disculpas. Y si algo parece mal, seguí tus entrañas. Es mejor hacer Undo All y hacer todo de nuevo que un Commit que sea un iceberg. Preguntále a Di Caprio si no. Todo esto en un entorno de Desarrollo, porsupu. Si hacés esto en Producción sos vos el ********** malnacido y ojalá te hagan el tratamiento capilar de Luis XVI y María Antonieta. Lo que puedo afirmar con mucha convicción es que, para casos que muchas veces no es tan grande el cambio pero sí es muy grande el análisis, el Auto se queda corto y me hace perder mucho tiempo de análisis y armado del alcance. Y como además observa y rastrea lo justo y necesario, no planifica y entonces cuando mete la mano arregla una y rompe dos. Y tenés que rehacer. Para ese tipo de casos uso los mejores, sin necesidad de exagerar consumo, porque 5.6 Sol Medium me ha dado excelentísimos resultados. Analiza tan bien y no deja cosas en el camino, que no pierdo nada de tiempo adicional. Hasta me sorprende. Es como hablar con alguien que entiende el desafío y me entiende a mí. La diferencia con Auto es demasiado grande y el costo también, pero se paga solo, porque tu paz y tu salud no tienen precio.

• 
  Pechofusil (@SergioGMN) reportó hace 21 segundos

  @tebayoso @theo Github no, pero a ti sí te pueden hackear la cuenta, o quizá quieres darle acceso al repositorio a alguien y no te apetece que estén ahí todas tus apikeys personales. En general es una mala práctica con bastantes cosas que pueden salir mal.

• 
  Los ingobernables del caribe🌴 (@Losingoberm5nv) reportó hace 7 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.

• 
  Jo Sóc Veneçolà | (@JoSocVenecola) reportó hace 8 minutos

  @germanzurita70 @Antonio_RodriIA Pienso igual. Pero de alegrarse y querer usar esta herramienta, a saber que es un "repositorio" o que es GitHub o algo mas simple, hacerlo funcionar en tu computadora, ahi es donde veo el problema. Yo soy Arquitecto y tambien soy Desarrollador de Software. No se me hara dificil.

• 
  David J Marquez Batiz (@djmbdv) reportó hace 10 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

• 
  roman (@Nozelcode) reportó hace 14 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO Cada línea que Claude Code 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 gasto • un 27% más rápido Sin recortar en seguridad ni validaciones. Se instala con sólo 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail +88.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇

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

• 
  tpx Security ⠠⠵ (@tpx_Security) reportó hace 15 minutos

  Una campaña convirtió repositorios comprometidos de GitHub y Packagist en infraestructura atacante. Mediante workflows maliciosos en GitHub Actions, cibercriminales escanean servidores cPanel y WHM para explotar la falla CVE-2026-41940 y exfiltrar credenciales, claves API y tokens en la nube.

• 
  Jose Mª Rufo (@jmrufo) reportó hace 15 minutos

  Ya tengo el mini ERP de fabricación textil funcionando a tope con la colección de otoño: - Control stock de materiales y fornituras. - Órdenes de compra a proveedores. - Catálogo de prendas con ficha técnica, escandallos y fichas de confección. - Órdenes de producción y generación de pdf (con html por ahora) tanto de órdenes de corte como de confección. - Diagrama de gantt con seguimiento de las producciones en curso. Tengo ganas de compartirlo, subirlo a github para que cualquier marca pequeña pueda usarlo.

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

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

• 
  Iceebook (@iceebook_) reportó hace 23 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.

• 
  Adrià Martí (@adriml24) reportó hace 28 minutos

  GitHub caído, nunca hay mejor excusa que esa para acabar de trabajar a mi hora

• 
  Hyde Sunnydale (@MrHydeSunnydale) reportó hace 32 minutos

  @CodigoMate Ese es el argumento más fuerte a favor de github xD En nuestro caso tenemos gitlab autohospedado y asumimos conscientemente ese coste (si se cae, el problema es nuestro) Pero a cambio tenemos control total sobre repos, runners, backups, integraciones y toda la infraestructura alrededor... Para nosotros compensa, aunque entiendo perfectamente que haya gente que prefiera que esa parte sea problema de otro

• 
  Amarillo (@anyelamarillo) reportó hace 32 minutos

  🚨UN CHINO ACABA DE SOLTAR LA VERDADERA MÁQUINA DE IMPRIMIR DINERO (Y ES 100% GRATIS) Hay una herramienta open source en GitHub que ya supera las 100.000 estrellas y se llama MoneyPrinterTurbo. La creó un desarrollador chino. Abajo en el siguiente post te dejo el enlace del Drive y del GitHub 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é flipa): Todo en un solo flujo: Guion generado por IA Locución Subtítulos Materiales visuales Edición En minutos tienes el video terminado. Tú no haces casi nada. Por qué se ha vuelto un fenómeno: Hasta ahora el proceso era una pesadilla: 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 tiempo. 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. Los 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 listo para descargar.

• 
  Manu Quiroga (@Manuls) reportó hace 35 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

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

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

• 
  Myrrakle (@myrrakle) reportó hace 37 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.

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

• 
  Pablo Carrallo (@pcarrallo) reportó hace 41 minutos

  @genitalico Y tu propio caso lo confirma: GitLab en servidor propio significa que ni siquiera existes para el que busca perfiles rastreando GitHub. Cero rastro público haciendo cosas serias. Lo del vídeo no lo fuerces. El código ya es el portfolio; el problema es que casi nadie sabe dónde mirarlo.

• 
  Gabriel Garcia (@gabrielalej) reportó hace 45 minutos

  @CieloDahy La semana pasada Codex tenía serios problemas con el navegador interno q hacían q se cerrará el mismo codex cada vez q habría una página. Le explique el problema, encontró el ticket en github y otros usuarios, deshabilitó su propio navegador y me generó un recordatorio para cuando den el ticket x cerrado. Inception.

• 
  𝗖𝗮𝗿𝗹𝗼𝘀 (@jcarlosmez) reportó hace 48 minutos

  pregunta para la gente que organiza su vida mejor que yo: ¿qué usáis para hacer seguimiento de objetivos/proyectos personales? para urbot github me funciona perfecto, pero para cosas más difusas: temas universitarios, deporte, objetivos a medio plazo, ideas... todavía no he encontrado un sistema que me convenza notion? obsidian? linear? una hoja de cálculo? papel? qué os funciona de verdad?

• 
  cel (@celescript) reportó hace 49 minutos

  @joaquinggs algunos se levantan y chequean el mercado, yo chequeo que feature de github no funciona hoy

• 
  Erubiel (@_alanerubiel) reportó hace 53 minutos

  @barckcode Explícame como si tuviera 5 años Pat que sirve GitHub. Ya tengo Claude pro.

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

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

• 
  Juan Barbat (@juan_barbat) reportó hace 55 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.

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

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

  Esperar 10 minutos a que una IA lea un proyecto archivo por archivo es absurdo. ​Graphify soluciona esto y ya supera las 86.000 estrellas en GitHub. ​En lugar de releer el código constantemente, convierte todo tu proyecto en un mapa de conocimiento visual para que tu agente vaya directo al archivo que necesita. ​Mapea código, documentos, imágenes y vídeo. ​Diferencia conexiones reales de inferidas. ​Funciona localmente en Cursor, Claude Code y más de 20 agentes. ​Pasa de escanear todo a trazar la ruta exacta. guárdalo y sígueme para más → @karlarboledas ​¿Cómo gestionas la context window en proyectos grandes?

• 
  Fumando IA (@DiarioNegroZain) reportó hace 60 minutos

  @BettaTech No entiendo la gente tanta hostia con GitHub. Te compras un NAS synology, le instalas el servidor git, abres el puerto en el router y ya no dependes de nadie