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

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 2 minutos

  un Bloomberg Terminal cuesta $27.000 al año. alguien publicó en GitHub un agente que monitoriza el mundo desde 27 fuentes en tiempo real y te manda alertas a Telegram cuando algo cambia. gratis. en tu máquina. sin suscripción. ✅ detección de incendios por satélite ✅ seguimiento de vuelos y embarcaciones en tiempo real ✅ zonas de conflicto activo ✅ precios de criptomonedas y mercados financieros ✅ sentimiento social de canales de inteligencia ✅ actualiza cada 15 minutos, bidireccional con Telegram y Discord ✅ escribe /brief y te resume todo lo que ha pasado sin nube. sin cuenta. sin que tus datos salgan de tu servidor. 10.9k estrellas. AGPL-3.0. se llama Crucix 👇

• 
  Jera ⛩ (@Jera_Value) reportó hace 4 minutos

  Eres un tech-bro de primer año, ¿verdad? Acabas de terminar de leerte un hilo en Twitter de algún gurú que montó una demo en una tarde. Viste un vídeo de dos minutos donde un agente abre el navegador, busca información, escribe código, manda un correo y actualiza el CRM a la primera. Y ahora estás convencidísimo de que el futuro es darle a un modelo veinte herramientas y decirle: «Haz tu magia». Eso te va a durar hasta el mes que viene, cuando descubras los MCP. Entonces vas a estar aquí pontificando sobre cómo hay que «estandarizar la capa de herramientas». Conectarás GitHub, Slack, Notion y la madre que los parió, y empezarás a soltar el discursito de que las aplicaciones tradicionales están muertas porque ahora el modelo interactúa directamente con los sistemas. Probablemente uses la frase «el modelo es el nuevo sistema operativo» como si se te hubiera ocurrido a ti. Y eso te aguantará hasta el año que viene, cuando leas a alguien en Substack explicando que un solo agente no basta. Entonces empezarás a vomitar palabrería sobre los «sistemas multiagente». Vas a montar un agente planificador, uno investigador, un programador, un crítico y un supervisor. Harás que se manden mensajitos entre ellos para resolver una tarea que un *script* básico de trescientas líneas habría terminado en ocho segundos. Pero tú lo llamarás «organización emergente». Hasta que los agentes empiecen a alucinar, a duplicar trabajo y a fundirse cuarenta dólares de API en un bucle infinito solo para cambiar el nombre de una variable. Y ahí es cuando te toparás con la observabilidad. Empezarás a soltar términos como *trazas, evaluaciones, memoria episódica, recuperación de contexto, presupuestos de tokens* y *bucles de reflexión*. Vas a construir un *dashboard* entero solo para entender por qué tus cinco súper agentes no consiguieron reservar una maldita reunión sin inventarse el correo del cliente. Un par de meses después, descubrirás que darle autonomía ilimitada a un LLM es un suicidio. Entonces dirás que tú nunca defendiste los agentes completamente autónomos. Que siempre hablaste de «autonomía acotada con intervención humana». Y te pondrás a añadir permisos, límites de gasto, aprobaciones, esquemas estrictos, *reintentos*, *timeouts*, validaciones, colas, máquinas de estados y código determinista alrededor del modelo. ¿Y sabes qué habrás hecho? Habrás gastado miles de dólares y meses de tu vida en reconstruir una aplicación normal. Solo que ahora será muchísimo más lenta, más cara, totalmente impredecible y tendrá una carpetita en tu repositorio que se llamará `/agents`. Y dentro de seis meses, te sentarás a escribir un artí**** titulado: “Por qué los agentes no funcionan y qué viene después”. Explicarás que el problema nunca fueron los modelos, sino la arquitectura. Y nos presentarás a todos tu nueva y revolucionaria idea: pequeños flujos de trabajo especializados, con pasos definidos, herramientas limitadas, validaciones explícitas y supervisión humana. Es decir, *software*. Software de toda la vida. Pero esta vez... esta vez lo llamarás «agentic workflow».

• 
  Alan Daitch (@AlanDaitch) reportó hace 9 minutos

  El otro día tenía que pasarle unos archivos a un teléfono viejo, que anda mal de internet Ahí fue cuando me acordé de un reloj de 1994: el Data Link, que hicieron Timex y Microsoft juntos. Tiene un sensor óptico arriba del vidrio y funcionaba así: lo acercabas al monitor, que parpadeaba en barras de luz y en veinte segundos tenías setenta números de teléfono adentro. Me encontré con un usuario que hizo exactamente esto con Claude Code: la pantalla dibuja el archivo como una ráfaga de 60 códigos QR por segundo y el celular lo filma con la cámara y lo rearma.  Y el QR es lo mejor que hay para esto, porque nació justamente para que lo lean mal: torcido, con reflejo, a media luz. Ni siquiera hace falta agarrarlos todos: cada uno lleva una mezcla de varios pedazos del archivo, así que con los que enganchás se despeja el resto solo, con un sistema de ecuaciones. El tema es que, para poder leer los QRs, había que entrar a una página de internet que era justamente lo que quería evitar, así que le di el código a mi Claude Code y le pedí que lo convierta en una app de Android.  Después de media hora, me lo solucionó, pero además se dio cuenta de que la cámara del celular es un desastre, así que me armó la configuración del emisor para poder definir cuántos QR salen por segundo y qué tan denso es cada uno. Un par de pruebas para encontrar el punto justo y listo! Me quedó en 255 bytes por QR, más o menos un tuit, así que un PDF de una carilla entra en veinte segundos.  Ya me puedo transferir archivos chiquitos desde la compu a mi celular viejo sin ningún tipo de conexión: una maravilla. Te dejo el sitio acá abajo y el código en mi github como siempre. ¡Que lo disfrutes!

• 
  Iñaki (@inakitajes) reportó hace 10 minutos

  @nandobuilds obvio que sí! pero la hago con lazygit o directamente en github. mi trabajo es decir lo que hacer, verificar que funciona, validar el código antes de mergearlo

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

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

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

• 
  Rodrigo Téllez Lazo (@rtellez91) reportó hace 13 minutos

  @powerhdeleon Si supieras como funciona git, sabrías que todos los que usan github tienen su propio "github"

• 
  JoseGuadalupe (@SrGuadalupano) reportó hace 14 minutos

  8 horas de caída lleva github. debemos asumir que ya no va a volver... han vibecodeado demasiado. nadie en el equipo entiende las últimas 15 millones de líneas que claude añadió. y los "Tienes toda la razón, he cometido un error" que lleva en no ayuda a solucionar el problemon

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

• 
  La IA Actualidad by Daniel (@dorlando1997) reportó hace 19 minutos

  5/ Lo serio de Treg está en cómo inyecta las credenciales en el servidor: el agente llama a Stripe, GitHub o una CLI sin ver la clave nunca. Eso reduce un riesgo. También concentra otro: el proxy se vuelve crítico.

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

• 
  sammwy (@sammwy) reportó hace 22 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.

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

  ¿Y si en vez de enseñarle a un agente de IA con prompts, simplemente le mostrás cómo hacer la tarea una vez? Microsoft acaba de publicar Skill Recorder, un proyecto que graba cómo trabajás en tu computadora y usa GitHub Copilot para convertir esa sesión en una serie de pasos que un agente puede reutilizar Grabás → la IA entiende lo que hiciste → revisás los pasos → lo convertís en una Skill o Automation Lo interesante es que no busca repetir clicks como un RPA tradicional, sino entender la intención y generar un procedimiento reutilizable que pueda usar herramientas nativas del agente Por ejemplo: hacés una tarea una sola vez y después el agente puede aprender a repetirla bajo demanda o incluso ejecutarla automáticamente según un trigger Soporta macOS y Windows 11, procesa la grabación localmente y está publicado bajo licencia MIT El repo de Microsoft está en el primer comentario 👇

• 
  No context Hazz ⛩ (@HazzimIO) reportó hace 24 minutos

  Se están viendo lentos los de GitLab, deberían estar haciendo leña del GitHub caído.

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

• 
  Haute Dense (@DenseHaute) reportó hace 29 minutos

  @tebayoso @gitlab Podes usar git sin github o gitlab , solo tenes que instalarlo en el otro vps y listo , como se piensan que funciona ? por ssh , un key pair y listo , tenes un repositorio, igual como cuando usabas SVN.

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

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

• 
  Zam 🛹 (@zamarrowski) reportó hace 30 minutos

  Una de las cosas que más mola del open source es hacer algo y que la gente reporte fallos e incluso te pongan PRs. Claudemon empieza a tener las primeras issues y PRs y me hace bastante feliz. Si habéis visto algo que ande mal o mejorable podéis dejarlo en las issues de Github

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

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

• 
  Juan Herrera🐐 (@sirphoenyx27) reportó hace 37 minutos

  @healthy_pockets El fallo fue la entropia de 2 elevado a la 32 pero lo peor es que en 5 años nadie se dió cuenta ni GitHub ni ninguna empresa que se encargan de hablar sobre la seguridad de las wallet del mercado? Sospechoso

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

  Nuevos devs confunden construir software con escribir un prompt tipo "hazme tal cosa", esto segundo es igual a clonar un repo de GitHub, funciona, pero no tienes ni idea de como adaptarlo a nuevas cosas.

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

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

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

• 
  David Fernández (@naroh) reportó hace 48 minutos

  Hoy me voy a entretener estableciendo un flujo automatizado para solucionar las issues que se reportan en tracker (Bugsink, compatible con Sentry) que utilizamos. La primera etapa fue forkearlo y añadir MCP. Ahora, el plan es: Establecer mi servidor remoto (una torre que tengo en el salón) como servidor remoto de Orca, donde estarán corriendo tanto Claude Code como OpenCode con OpenCode Go. En este servidor también corre Hermes. Me conecto a él por Tailscale. Hermes orquestará cada X minutos una búsqueda de issues reportadas y hará triaje. Para las que crea que son merecedoras de atención generará una issue en el repositorio de Github, diagnosticando el problema con un modelo SOTA, y delegará a OpenCode corriendo en Orca implementar la solución. En principio la idea es que esto corra desatendido, pero si quiero podría conectarme a Orca desde mi móvil o desde otro dispositivo para chequear qué hace. Cuando acabe, enviará un PR con la solución para revisión humana.

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

• 
  Jose Mª Rufo (@jmrufo) reportó hace 52 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.

• 
  7incho (@7incho_lopez) reportó hace 52 minutos

  Cuál timing será el mejor: -El lanzamiento de Origin cuando Github está caído. -Github caído evitando el "Sync from Github"

• 
  Henry Pérez (@henry_hjpg) reportó hace 53 minutos

  @BtcAndres Parece que mi pregunta ya no tiene sentido pero creía entender que el algoritmo de generación de llaves de coldcard era de código abierto, y estaba en repositorio en GitHub, es decir que programadores independientes que hayan revisado tampoco se dieron cuenta del fallo cierto?